Это повторяющийся вопрос для меня, но я хотел бы повторить.
Быстро объясните мою ситуацию: я нахожусь в среде, где у меня нет git-серверани общего раздела, ни какой-либо общей точки среди кодировщиков.Не иметь, не иметь, не может иметь.Период.
Я пытаюсь найти решение для рабочего процесса, чтобы даже в такой среде нам удавалось поддерживать наших представителей на разумной синхронизации.
В решении, которое я сейчас пытаюсь использовать, используетсягруппа обсуждения для распространения исправлений, двух основных веток и с, казалось бы, коротким рабочим процессом, выглядит следующим образом:
- Ветви:
marster
и yours
master
- это синхронизацияветвь, которая будет держать вас в курсе и отслеживать, что другие разработчики все еще не имеют вашего кода. yours
будет вашим новым мастером, и именно там должен быть ваш окончательный код.Вы не работаете в master
. - каждый отправляет патчи в список обсуждений.
- Я считаю, что очень редко два человека будут работать в одном файле.
В рабочем процессе есть два основных действия:
Создание исправлений:
- Получено
yours
- Создание патчей из
master
(git format-patch master
) - Переход к
master
- Объединение
yours
в master
- > Перейдите к
yours
, продолжайте работу с yours
Примените патчи:
- Перейдите к
master
ответвление - Применение полученных исправлений
- Переход к
yours
ответвлению - Объединение
master
в yours
- > Продолжить работу с
yours
Если я правильно понял, это должно обеспечить разумную синхронизацию ветки master
со всеми остальными.
Не то, чтобы ветка yours
была только вотслеживание того, что есть у других людей или нет.
Есть несколько проблем, которые япытаюсь понять, будет ли слишком много хлопот:
- Порядок применения патчей?
- Как избежать и обнаружить, когда кто-то пропустит патч?
- Какмного проблем может быть, когда кто-то пропустит патч?
- Другие проблемы, которые могут возникнуть, я даже не задумывался?
Спасибо!