git - Scrum 的部署策略

Question

根据 Scrum 在 sprint 结束时的说法，我们必须创建一个可行的解决方案（构建、概念、代码）。例如，sprint 持续时间为 1 周，根据优先级我们需要选择一个可能需要一周以上的问题。我们正在使用一种策略将所有内容提交到主分支，并且我们不使用分支来处理问题；这样做是为了避免对问题进行双重测试。我们可以将一个大问题分解为小任务，但在 sprint 结束时，我们仍然无法获得有效的解决方案。因此，解决此类问题的唯一方法是在单独的分支中开发它。

或许你还有其他的想法、主张？

Answer 1

您的故事应该适合INVEST属性。“S”有争议地代表“大小合适”或“小”。就像“小到足以适应冲刺”一样。由于您的 sprint 不够大，无法包含您的一些故事，因此您有两种选择：

1. 拆分故事。我的意思不是简单地把它变成更小的任务，而是把它切成仍然可以提供价值但适合冲刺的片段。在这本很棒的书User Stories Applied中有一些如何做到这一点的例子。我敢肯定，您也可以在网上找到更多示例。
2. 让你的冲刺时间更长。如果这种情况经常发生，我建议让你的 sprint 持续 2 周。我发现一周的冲刺有点短，所以这是我的建议。

关于如何在 git 中分支（或不分支）代码，这实际上是个人（或团队）的偏好。如果您有良好的自动化测试，那应该没关系。如果你不这样做，那么让故事适合 sprint 将允许你不分支，不测试两次，并坚持你当前的过程。