Зафиксировать весь проект или зафиксировать файлы?

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

Какова наилучшая практика для совершения?

6 голосов | спросил Sanghyun Lee 9 PM00000060000003431 2011, 18:20:34

5 ответов


28

Зафиксируйте единицу работы. В противном случае отмена фиксации или ее повторное использование в другом месте (другая ветка) будет болезненной.

ответил quant_dev 9 PM00000060000000731 2011, 18:23:07
10

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

  1. Создайте ветвь темы для работы с моей функцией, исправлением ошибок и т. д.

  2. Сделайте много мелких коммитов на этой ветке, что бы я ни захотел действительно

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

  4. Объединить (или переустановить) это обратно в мастер и нажать на наш общий репозиторий

ответил Collin 9 PM00000060000002131 2011, 18:26:21
5

Commiting files всегда ставит риск проверки неполного или непроверенного кода, поэтому вам нужно быть более осторожным. Тем не менее важно иметь индивидуальные обязательства для каждой единицы работы. Поэтому никогда не выполняйте весь проект, если все изменения, внесенные вами, не связаны.

ответил Fabio Fracassi 9 PM00000060000003331 2011, 18:31:33
3

Сделайте оба. Зафиксируйте всю рабочую область, но только связанные с ней изменения.

  • все рабочее пространство, чтобы вы могли протестировать перед фиксацией;

  • только связанные изменения, так что их легко комментировать, объединять, ссылаться в системе отслеживания ошибок, ...

ответил AProgrammer 9 PM00000060000001431 2011, 18:37:14
2

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

ответил Chance 9 PM00000060000001231 2011, 18:39:12

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132