Итак, существует масса литературы о том, как управлять своими филиалами, но на самом деле я думаю, что все сводится к тому, как вы хотите управлять вещами в рамках своего собственного проекта. Тем не менее, вот ссылка на рабочий процесс филиала от Atlassian, который может дать достойное мнение:
https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow
Теперь, после всей этой длинной статьи, если для всех вас имеет смысл посвятить себя прямому овладению, я не думаю, что с этим что-то не так. Лично я обязуюсь освоить пару небольших проектов, над которыми я работаю, но в целом это тот процесс, которому я следую:
- Создание главной ветки для проекта
- Выберите функцию, над которой вы хотите работать, мы назовем ее
Widget X
.
- Создайте для этого ветвь функции, назовите ее
feature-widget-x
.
- Все разработчики, работающие над этой функцией, должны создавать свои собственные ветки в зависимости от того, над чем они работают. Например, если бы я работал над обработкой ошибок, я бы ветвился от
feature-widget-x
и сделал ветвь с именем michael-error-handling
.
- Объедините все в ветке функции и оттуда отошлите по мере необходимости для завершения функции.
- Когда функция будет завершена, объедините ветвь функции обратно с главной ветвью.
- Отметьте и заархивируйте ветвь объекта, чтобы при необходимости вы могли откатиться в любой момент.
- Очистить локальные ветки разработчика.
- Создать новую ветвь функций из master для
Widget Y
.
- Запустите весь процесс заново.
Хочу отметить, что это именно то, как я делаю вещи, и это было успешным для меня в компаниях, где это было реализовано. Это может быть или не быть лучшим решением для вашей группы из трех человек, но это решать вам. Если вы согласитесь с этим планом, то вы сможете откатиться до функции по мере необходимости, и единственными ветвями, которые сохраняются, являются ветви функций и основная ветвь. Намного проще, чем просматривать журналы коммитов в одной ветви, чтобы выяснить, когда вам нужно откатиться, если коммит что-то сломал.
Надеюсь, это поможет. Вот еще несколько ссылок ниже для дополнительного чтения:
https://git -scm.com / документы / ГИТ-архив
https://git -scm.com / книга / ен / v2 / Git-Basics-Tagging
Как архивировать ветки git?