Могу ли я нажимать, как только я выполнил все свои обязательства или после каждого фиксации, или это личные предпочтения?Git: когда нажать на ветку
Да, это зависит. Если вы нажмете фиксацию, это означает, что оно будет происходить, а после git pull все будут получать эти изменения. Вот почему вы должны быть уверены, что ваши изменения верны и не тормозят все.
Если кому-то нужна ваша работа и ждет, конечно, вы должны как можно быстрее направить правильный код.
Если вы код с работы и дома, не забудьте нажать, прежде чем идти домой, чтобы продолжить работу дома.
Но это не личный вопрос.
Также обратите внимание, что ваши фиксации должны быть логичными и атомными. Если у вас есть система отслеживания проблем, проблемы с ссылками и фиксация по комментариям. В будущем это может помочь, если возникнут какие-либо проблемы.
Но если я нажму свою фиксацию на своей ветке, наверняка получат изменения только те, у кого есть моя ветка? (Не сказать, что все должно быть не так, потому что, очевидно, отрасль будет объединена в конце концов, просто спросите, будут ли все получать то, что я нажал в свою ветку или нет.) – aurumpotestasest
Если эта ветка подтолкнула к происхождению - да, все получат. Если местное отделение - нет. –
Зависит. Если коммиты огромны. Лучше всего сделать это мгновенно. Это самая безопасная вещь. Если что-то случится с вашим компьютером, оно будет скопировано.
Несмотря на то, что вы нажимаете на каждую крошечную фиксацию, вы могли бы немного перевернуться. Подумайте об этом как о сохранении файла слов. Вы не сохраняете после каждого предложения, но после нескольких абзацев может быть разумным сохранить документ!
Но это в основном личные предпочтения!
Спасибо за ответ.Поскольку я уже выполнил всю работу (но не смог совершить, когда я пошел), это будет серия быстрых коммитов, поэтому, я думаю, я могу просто нажать в конце. – aurumpotestasest
@aurumpotestasest Да, если вы просто «переупаковываете» свою работу в фиксации, это достаточно хорошо, если вы просто нажимаете один раз в конце. В общем, я бы предпочел это в любом случае для серии связанных коммитов, так как вы не столкнетесь с конфликтами несколько раз, когда кто-то другой задвинется между ними, и чтобы ваши коммиты были вместе. – poke
Нажимайте как можно чаще, потому что это также создает резервные копии вашей работы. Но убедитесь, что коммиты не нарушают непрерывную интеграцию (не содержат ошибок компиляции или неудачных модульных тестов и т. Д.).
На моем взгляде, используя небольшие фиксации, как вы делаете, это хорошая практика: http://www.crealytics.de/blog/2010/07/09/5-reasons-keeping-git-commits-small-admin/
но некоторые проекты с открытым исходным кодом предпочитают один большой патч особенности, таким образом, что их историю мастера пересмотр не затопило.
EDIT: (Только видел viakondratiuk ответа)
Я также работать с двумя машинами и, следовательно, использовать личную ветвь, чтобы иметь возможность выдвинуть свою работу в незавершенных вещах. Когда я возвращаюсь обратно в ветвь функции, я совмещаю (WIP) фиксирует одно коммит, так что каждая транзакция работает.
Если вы сотрудничаете с другими, и вы не используете свой собственный репозиторий, нажмите только тогда, когда он в основном не содержит ошибок (и строит). Если вы не сотрудничаете, нажмите как можно чаще, так как это хороший способ сделать резервную копию вашей работы.
Это то, где разлоченные хранилища хороши. Нажимайте часто и переписывайте историю при обнаружении ошибок, затем отправляйте запрос на перенос.
Если это только вы работаете над проектом, то личные предпочтения в противном случае следуют тому, что ваша команда согласовала с ИМО. – SamV