git - 从功能分支发布是一种好习惯，有什么优点和缺点？

Question

如果我们确实从功能分支发布了 jee 项目，那么软件开发的后果是什么。我们正在使用 GIT。合并回开发人员/发布分支然后从那里构建发布是更好的做法吗？

score 0 · Accepted Answer

每个团队都有自己喜欢的 git 工作流程，然而，一个相当常见但似乎对很多人都有效的工作流程是Gitflow。

一般前提是您有 2 个主要分支，master并且develop. 所有功能分支都基于该develop分支，因此一旦经过同行评审和测试，它们就会合并回该分支。该master分支用作您的生产分支。因此，团队决定在他们想要部署应用程序的新版本时合并develop分支。master

score 0 · Accepted Answer

我的 2 美分：

如果您发现使用一组中央分支（例如：master和develop）更容易维护回购。

这样，每个人总是使用相同的参考：rebase/merge 你在开发中的新特性，rebase/merfe on master 用于生产版本。
设置跟踪某些事情的作业也更容易（例如：在每次更新时运行单元测试，在每次更新时develop触发构建master......）

您可以设置跟踪移动目标的工作流，例如版本标签（并编写检查是否3.2.1小于3.1.2或类似的代码），但这更麻烦，并且为“错误”提供了更多机会，例如：

2 回答 2