Когда должно произойти локальное репо и не удаленное устройство?

Question

В то время как есть много information on how Git works, я нахожу, что мало что можно использовать. Когда нужно совершить фиксацию? Когда нужно делать толчок? В настоящее время я только кодирую сам.

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

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

Answer 1

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

Чтобы назвать несколько:

• централизованный документооборот,
• функции ветви рабочего процесса,
• gitflow рабочий процесс,
• Разветвляющихся рабочий процесс.

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

Подробнее here.

Answer 2

В идеале это должны быть шаги:

1. отдельное отделение должно быть создано.
2. Вставьте локальные изменения в этот репозиторий.
3. Как только вы закончите со всеми вашими изменениями, вы должны вытащить мастер и объединить его с вашей веткой.
4. После этого вы должны внести свои изменения.
5. Затем вы должны нажать на изменения на пульте дистанционного управления.
6. Наконец, ваша ветка должна быть объединена и нажата в мастер.

Я чувствую, что это very good answer, и вы можете сослаться на это.

Answer 3

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

1. экспериментирования работу, которую вы не хотите делиться с кем-либо еще. Это не действует, если вы работаете в одиночку, потому что, если никто, кроме вас, не видит удаленный, не имеет значения, находится ли он только в локальном или удаленном и локальном. Однако, если вы включите больше разработчиков в будущем или планируете включить больше, может быть хорошей идеей привыкнуть к тому, чтобы некоторые из ваших работ были локальными.
2. Скажите, что вы работаете над относительно большой функцией, и для этого вам потребовалось 100 коммитов.Вместо того, чтобы выталкивать стопку из 100 беспорядочных коммитов (например, «фиксированная опечатка», «исправление с ошибкой единичного теста», «фиксированные конфликты слияния», «рефакторизованный класс X для принятия необязательных параметров»), может быть, лучше работать с одним фиксатором, а затем выталкивать его. Таким образом, ваша git-история обычно более чистая, и ее легче управлять и оглядываться назад. Это может быть особенно полезно, если вы хотите доставить некоторые функции одному клиенту/пользователю, но не другому. Обратите внимание, что раздавливание может уничтожить историю, хотя, используйте с осторожностью.