我知道这个问题很愚蠢，但我只想确定。
Scrum中的每次迭代（每个sprint的结尾）是否都是-say-Subversion下的标记？
感谢您的帮助和时间。
答案 0 :(得分：3)
不，Scrum sprint / iteration是固定的时间段，并且在您喜欢的任何版本控制系统中，这些时间量与标签（或分支，＆amp; c）之间没有1：1的对应关系。
在svn＆amp;中使用标签朋友更多的是发布工程（至少对于大多数软件开发商店而言）而不是开发过程本身。
当然，没有什么可以阻止您的特定团队决定在sprint结束时产生的每个可释放增量必须以某种方式标记，但如果您为仅保留那个目的的标记，那么你就是不必要地限制你的发布工程流程。
答案 1 :(得分：1)
我认为对于每个sprint，开发团队更有可能在特定的subversion分支中工作，该分支在sprint结束时合并回trunk，并为下一个分支创建一个新分支。这样，后备箱始终保持“干净”与之前的sprint工作，允许您在出现紧急情况时快速修复新版本的错误修复。
答案 2 :(得分：0)
不，但这并不是说它们是无关的。
标记等同于构建系统的构建。您可以在标记上使用等同于迭代的版本号 - 假设您使用主版本号对您的版本进行编号，并使用等同于您所处的迭代的“次要”版本号。所以您可能在迭代“1.2”中，SVN中的每个标签都以1.2开头。也许第三个数字是内部版本号。这取决于具体细节，但每次迭代可能会有多个构建 - 1.2.1,1.2.2。，1.2.3等等......
答案 3 :(得分：0)
如果您决定发布，则应创建一个标记。
在Scrum迭代结束时，您有一个潜在的可交付产品。这并不意味着你应该发布。
答案 4 :(得分：0)
Scrum对团队使用版本控制系统没有任何说明 - 实际上，Scrum没有说明任何技术实践。 Scrum说团队必须在每个sprint中提供“可交付的产品增量” - 这是完全集成并满足DONE定义的产品版本。
现在，在实践方面，你想要在存储库中标记代表每个sprint产品的里程碑的某种方式是合乎逻辑的。是的，您可以使用标签进行操作，这非常直观 - 这是我们在使用SVN时在团队中完成的方式 - 但您也可以采用不同的方式。我认为这一切都取决于你的具体情况，我会留给团队来解决这个问题。只要他们能够可靠地生产每个冲刺产品的来源，他们实现的任何方式都可以。
答案 5 :(得分：0)
我们将“标签”指定为在sprint审核会议期间使用的sprint交付项，但它绝不是我们在sprint期间创建的唯一标记。我们创建一个标签，当我们有代码可以在集成到我们的“trunk / master”之后进行测试。