Git工作流建议 - 满足我的需求

Question

我已经浏览了很多关于git分支和敏捷集成的链接，有了这些知识，我收集了，我知道我需要什么，但需要帮助如何实现这一目标。

我的要求是：

1. 一个分支/问题（或）功能
2. 一个月发布两个（将来一个月发布一个月） - 团队可能并行处理多个发布分支？
   • 我可以使用从Master分支出来的许多发布分支，并且可以将一个功能提交到一个发布分支，并将其合并到当前发布分支之后创建的其他发行分支中。我可以通过合并它再次释放分支到主人，但现在看下一点。
3. 发布分支中的功能可能会在发布之前退出。所以我应该有灵活性来决定应该发布什么。而是全部合并成一个分支？
   • 我考虑过拥有一个集成分支，以便所有计划的修复或功能可以合并在一起，以后只需要分支可以与Master合并。但是我们只在集成分支中进行手动测试（没有自动化测试的CI），因此，我需要创建两个测试设置，一个用于发布，另一个用于集成。

寻找解决这个问题的方法，我正在尝试不同的方法。寻找专家建议。

除了上述所有内容之外，我还寻找一个灵活的工作流程，可以帮助我随时修改SCRUM / KANBAN而不会发生重大变化（我们可能会很快转移到KANBAN）。

提前致谢。

Answer 1

根据您的要求：

1. 根据您的2＃和3＃要求，您需要拥有多个分支，因为您需要开发并行发布的功能。你有主分支master。
2. 在不同的分支上开发不同的功能，因此您可以单独发布它们，并合并到master。
3. 没有必要在功能分支和integration分支之间使用master分支。将功能分支合并到master分支，您可以使用拉取请求来批准和完成合并。要由master分支发布的功能，您可以批准拉取请求。否则，您可以挂起拉取请求，因为所有功能分支都是分开的。

要反映看板上的更改，您可以将工作项添加到每个提交中。您应该在项目中更新工作项状态。