version-control - Scrum 中的版本控制方法

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

6年前关闭。




Improve this question




最近和我的同事讨论了如何在 Scrum 项目中组织版本控制。更具体地说，分支创建的标准(每个开发人员、每个任务、每个故事、每个 Sprint？)和集成方法。

我认为组织它的一种有用方法是为每个用户故事创建一个分支，这样您就可以在完成后将每个故事集成到可发布的主干中，并且它还允许您始终拥有应用程序的“可交付版本”任何时候。

因此，如果一个故事无法完成，它可以被忽略，并且不会影响 sprint 发布。 (考虑到集中式工具，如果使用分布式工具，考虑因素可能会有所不同)

我想知道你自己的方法，你喜欢哪种工具，以及你从经验和教训中看到的利弊。

Answer 1

保持分支协议(protocol)轻量级。在 Scrum 中，如果有人想对代码进行分支以处理特定功能，那就让他们去做吧。没有人应该害怕分支。这是 DVCS 的好处之一——人们在他们想要的时候分支并且不受团队规则或标准的偏见。

对我来说，这是一个个案的基础，如果你开始在你的开发过程中看到模式，然后将它们正式化，这样每个人都在同一个页面上。

只要确保每个开发人员都明白集成和合并他们的更改是他们的责任。这应该将标准设置在大约正确的位置，以确保人们在何时分支代码方面做出正确的决定。