2016-10-21 1 views
0

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

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

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

Но есть способ «вытащить» из местного клона, не совершая?

ответ

2

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

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

На самом деле это уже крайняя стратегия программирования фиксировать часто. Когда вы группируете группы в значимые ветви, вам рекомендуется совершать как можно больше с небольшими, даже крошечными кусками изменений. Однако фиксация с журналом «Конец дня» все еще немного уродлив, если вы спросите меня.

Если вы не хотите беспокоиться, вы также можете создать выделенную ветвь для синхронизации кода. Вы можете сделать слияния с флагом --squash, так что ваш бессмысленный «Конец дня» Заряды и значащие коммиты объединены в единую фиксацию при слиянии в основной (или любой другой высококачественной) ветке аккуратно.