МВНЫ jgitflow: релиз-финиш слияние релиза -> Мастер -> развивать

Question

Когда я использовал

mvn jgitflow:release-finish 

Я заметил, что филиал релиза был объединен в основную ветку.

Вопрос: Правильно ли это?

Извините, мои вопросы могут быть наивными, поскольку я новичок в этом. Я думал, что код из ветки релиза будет сливаться, чтобы развить и освоить, а не как release -> master -> develop.

Вопрос: Что делать, если я не хочу, чтобы это произошло, и вместо этого я должен быть в состоянии перестроить развитие от мастера?

Answer 1

Когда я использовал mvn jgitflow: release-finish Я заметил, что ветвь релиза была объединена в главную ветку. Правильно ли это?

Это правильный путь в соответствии с основной философией позади, gitflow:

ветвь релиза

• Может ответвляется от: develop
• должны сливаться обратно в: develop и master

И в соответствии с плагином documentation, то release-finish действительно сливается обратно к главному и Dev филиала:

отделочного релиз - запускает Maven сборки (развернуть или установки), объединяет ветвь выпуска, обновления ПОМ (ы) с версиями развития

Это имеет смысл, потому что (опять-таки вернуться к gitflow):

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

---

Я думал, что код из ветви релиз будет сливаться разработать и освоить, а не как релиз -> Мастер -> развиваться.

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

---

Что делать, если я не хочу, чтобы это произошло, и вместо этого я должен быть в состоянии перебазирования развиваться от мастера.

Вы можете использовать noReleaseMerge вариант:

ли отключить слияния изменений из ветви выпуска, чтобы освоить и развить

Значения по умолчанию является false, поэтому по умолчанию слияний являются выполнено. Однако опция включает два слияния, вы не можете отключить только один из них, либо оба (опять же, после философии gitflow), либо нет. Этот вариант может удовлетворить ваши потребности, но затем вы будете выполнять дополнительные действия с помощью команд git.