如果我们从功能部门发布jee项目，对软件开发会产生什么影响。我们正在使用GIT。合并回开发人员/发布分支然后从那里构建版本是一种更好的做法吗？
答案 0 :(得分：0)
每个团队都有自己喜欢的git工作流程，但是，对于很多人来说，一个相当常见的工作流程是Gitflow。
一般前提是您有2个主要分支，master和develop。所有功能分支都基于develop分支，因此一旦经过同行评审和测试，就会合并回此分支。 master分支充当您的生产分支。因此，当团队希望部署新版本的应用程序时，团队决定将develop分支合并到master。
答案 1 :(得分：0)
我的2美分：
如果您使用一组中心分支（例如：master和develop），则更容易维护回购。
这样，每个人总是使用相同的引用：在开发时使用rebase / merge新功能，在生产版本的master上使用rebase / merfe。
设置跟踪某些内容的作业也更容易（例如：每次更新到develop的运行单元测试，触发master上每次更新的构建...）
您可以设置跟踪移动目标的工作流程，例如版本标记（以及用于检查3.2.1是否小于3.1.2的写代码，或类似的东西），但这更麻烦，并为＆＃34; bug＆＃34;提供更多机会，例如：
alice成功地将她的工作与bob合并，并且推送成功，但在两者之间，新目标已经转移到chloe的工作3.2.3时的一些blooper使得3.2.2上的最后一次提交不包括在内，