Является ли контроль версий историей развертывания или историей разработки?

Question

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

Является ли управление версиями истории развертывания или истории разработки?

Answer 1

Джефф считает, что вы должны Заезд рано, Заезд часто . Затем я присоединяюсь к той же идее. Тем не менее, способ, которым я это делаю, - это использовать мой ствол в качестве моего основного репозитория, который является безопасным для «производства», в то время как мои ветви находятся там, где я делаю всю свою разработку. Таким образом, я могу проверить все свои изменения, когда захочу, не беспокоясь о том, что они попадут в производство. Когда я закончу с этим конкретным улучшением, я сливаюсь из этой ветви в ствол.

Answer 2

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

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

Answer 3

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

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

есть ли история моего местного развития?

Зависит от конкретной системы контроля версий, которую вы используете. Git позволяет вам отслеживать локальные изменения.

Является ли контроль версий историей развертывания или историей разработки?

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

Answer 4

Это зависит от того, как используется ваша система контроля версий ...

По моему опыту, большинство компаний в большинстве случаев используют его для истории развертывания. То есть, должен быть вставлен только рабочий код. Если вы что-то извлекаете, а затем добавляете блок кода, который еще не работает - тогда возвращение его обратно означает, что есть возможность проверить кого-то еще сломанный продукт.

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