Тип филиала:
Основная ветка: мастер, разработка, релиз Ветка Feature: исправление, фича (добавляется в соответствии с реальными потребностями проекта)
Правила политики филиала:
Только основная ветвь отвечает за задачу выпуска, и тег (дата выпуска) добавляется после завершения каждого выпуска. После завершения тестирования ветки выпуска/исправления и запечатывания кода сначала выполняется слияние и регрессия в градациях серого, а затем запускается производственная линия. разрабатывать, выпускать как ветки "непрерывной интеграции". Такие операции, как инициализация/новое создание/объединение, должны выполняться конвейером (техническим менеджером).
Правила отправки кода:
Каждый отправляет код в основную ветку (разработка, релиз) не реже одного раза в день, если не разрабатываются новые функции или не исправляются ошибки.Каждая отправка запускает автоматическое прохождение кода, UT, IT и т. д. Всякий раз, когда сообщается об ошибке в любой шаг, первый Приоритет вопросов интеграции
Правила именования версий:
release命名格式：“release_1.0.0_yyddmm"Hotfix命名格式："hotfix_1.0.1_yyddmm"Сведения о типе филиала:
главная ветвь:
Центральный репозиторий всегда поддерживает три основные ветки
master承担发布任务，并跟踪最新产线发布记录（tag）。develop 当前规迭代需求开发release 提测时进行当前迭代的bug修复工作функциональная ветвь
hotfix 分支feature 分支Используется, чтобы помочь членам команды решать задачи разработки, такие как отслеживание функций, подготовка к выпускам и быстрое параллельное устранение онлайн-проблем. Эти ветки имеют конечное время жизни, и все они в конечном итоге будут удалены (необязательно). Каждая ветвь имеет определенную цель и имеет строгие правила, такие как начальная ветвь, целевая ветвь слияния и т. д.
ветвь выпуска: используется для поддержки регулярного итеративного тестирования требований НИОКР.
Создано на основе: develop (код был протестирован) Соглашение об именах ветвей: release1.*.*mmyydd Обновить зависимости от версии (в соответствии с версией выпуска) Эта ветвь позволяет отправлять, тестировать и объединять только код, который исправляет ошибки. после закрытия Все динамические ветки наружу.
ветвь исправлений: используется для поддержки неотложных потребностей, исправления дефектов производственной линии, выпуска производственной среды.
Создано на основе: соглашение об именовании основной ветки: hotfix1.0.*mmyydd (мастер-ветка, недавно выпущенная, тэг третья +1) Обновление зависимостей версии (в соответствии с версией исправления) Эта ветвь позволяет отправлять код только для срочных требований или производственных дефектов, которые должны быть завершены и протестированы И слияние со всеми динамическими ветвями, кроме этой, после закрытия версии: разработка/мастер (тег)/выпуск кода слияние и удаление ветки (необязательно) Описание особого случая:
Если к этому моменту ветвь выпуска уже существует, изменения исправлений необходимо объединить в ветку выпуска, а не в ветку разработки. Потому что после объединения исправлений ошибок обратно в ветку выпуска, ветка выпуска в конечном итоге объединяется с веткой разработки после ее выпуска. Если вам нужно исправить ошибку прямо в ветке разработки и вы не можете дождаться, пока ветка релиза снова объединится, вы можете слиться обратно в ветку разработки.
ветвь функций (необязательно): используется для поддержки многоитерационной параллельной разработки.
Создано из: develop Должен быть объединен обратно в: develop Соглашение об именах ветвей: feature1.*.*mmyydd Ветви функций используются для разработки новых функций, включая предстоящие или будущие выпуски. Жизненный цикл ветви функций синхронизируется с циклом разработки новых функций, но в конечном итоге будет объединен обратно в разработку или заброшен. Ветви функций обычно существуют только в кодовой базе разработчика, а не в источнике, за исключением случаев, когда более двух версий разрабатываются параллельно в течение длительного времени.
Справочник по стратегии отделения:
a-successful-git-branching-model