Идея Git Workflow по переносу незаконченной локальной ветки на удаленный компьютер для целей резервного копирования

Question

Скажем, я в настоящее время работаю над новой функцией, которую я разветвлял из ветки 'dev', и я работал несколько дней, и она еще не готова к объединению с 'dev' и толканию.

Хотя я сделал несколько коммитов и вносил изменения в dev, а затем сливал dev в свою ветку функций, чтобы постоянно обновляться.

Вот мой вопрос. Является ли хорошей идеей перенести мою функциональную ветвь в новую ветвь (с тем же именем, что и у моей локальной ветки) в исходную (скажем, GitHub) только для целей резервного копирования и позже, когда она объединится в «dev» и / или « мастер 'удалить его из источника.

Answer 1

Каждый разработчик должен иметь свой собственный клон удаленного хранилища. Таким образом, они могут разветвляться и маркировать все, что хотят, и создавать резервные копии в удаленном местоположении.

Когда изменения разработчика проверены и одобрены для публикации, они должны быть объединены в master repository, даже если они находятся в другой ветке.

Таким образом, у вас есть локальная / удаленная копия всех ваших изменений во всех ветвях, но только завершенные / утвержденные изменения вносятся в производственное хранилище, потому что это слияние, вся история фиксации включена и вы получаете хороший рабочий процесс.

Answer 2

Звучит разумно.
Если никто не тянет из этой ветви, я бы порекомендовал перебазировать вашу функциональную ветку поверх dev , вместо того, чтобы сливать dev непосредственно в функцию.
Это может избежать грязной истории (если в dev разработано несколько функций)
Но помимо этой детали, передача его в репозиторий GitHub является жизнеспособным рабочим процессом (если никто не пытается вытащить и объединить эту ветвь, то есть хорошее соглашение об именах в порядке).
Если ваш репозиторий GitHub представляет собой fork основного проекта, вы, безусловно, можете добавить свою ветку и удалить ее позже.

Answer 3

Я не вижу вреда в том, чтобы возвращаться в свой собственный удаленный репозиторий для целей резервного копирования, но если вы создаете такие большие ветви функций, вы можете изучить свою методологию разработки:

Возможно, вы создаете слишком много за один раз, и вам следует разбить функцию, которую вы разрабатываете в своей ветви функций, на ряд небольших задач. Это немного упростит слияние с вашей веткой разработки.