Рабочий процесс для Git

Question

В настоящее время мы переходим от TFVC к управлению источником Git (в TFS), поэтому были некоторые боли. Для меня я привык иметь концепцию полки. Полка позволяет мне сделать быструю резервную копию на сервере TFS, не беспокоясь о том, что история/описание отображается в репозитории при включении/объединении в данную ветку. Поэтому я использую shelveset как резервный механизм, чтобы гарантировать, что копия моего текущего рабочего кода хранится на сервере каждый день, прежде чем я уйду (наше оборудование здесь было менее твердое).

Теперь я хочу воспроизвести этот стиль рабочего процесса с помощью Git. Мне было рекомендовано использовать личную ветвь «feature» для фиксации/изменения текущей работы (WIP), а затем до интерактивного переадресации запроса запроса выполнить транзакционную историю, сжимающую коммиты. Это лучший способ сделать это? У меня проблема: я столкнулся с другой косвенной ошибкой, когда слияние в основных изменениях в середине WIP привело к кучке конфликтов переименования/удаления.

Для чего это стоит, мне сказали о тайнике, но везде, где я смотрю, указывает, что stash является только локальным, поэтому у меня не будет удаленной резервной копии. Если есть просто лучший рабочий процесс, чем в моих комментариях, то я все уши.

Answer 1

Вы правы, что, когда вы не хотите совершать совершение полупроделанной работы, чтобы вы могли вернуться к этой точке позже, вы можете использовать команду git stash. Но у вас не будет удаленной резервной копии.

Поскольку вы хотите иметь удаленную резервную копию, создание новой ветки будет хорошим вариантом. Филиалы в Git очень легкие, поэтому создание, отталкивание и удаление с сервера очень просто и быстро. Если вы хотите, чтобы другие просмотрели ваш код, вы можете создать Pull Request, после слияния кода с главной ветвью, удалите эту ветку.