Svn Scrum中的迭代是否等同于SCM下的标记？
我知道这个问题很傻，但我只是想确定一下 Scrum中的每个迭代（每个sprint的结束）是否都相当于一个标签，比如说SubversionSvn Scrum中的迭代是否等同于SCM下的标记？,svn,agile,scrum,Svn,Agile,Scrum,我知道这个问题很傻，但我只是想确定一下 Scrum中的每个迭代（每个sprint的结束）是否都相当于一个标签，比如说Subversion 谢谢你的帮助和时间。不，但这并不是说他们没有关系 标记等同于生成系统中的生成。您可能会在标签上使用一个等同于迭代的版本号——假设您使用一个主要版本号对发布进行编号，并且使用一个等同于您所处迭代的“次要”版本号。所以您可能在迭代“1.2”中，SVN中的每个标记都以1.2开头。也许第三个数字是一个构建数字。具体细节取决于您，但您可能会在每次迭代中有多个构建--1.
谢谢你的帮助和时间。不，但这并不是说他们没有关系
标记等同于生成系统中的生成。您可能会在标签上使用一个等同于迭代的版本号——假设您使用一个主要版本号对发布进行编号，并且使用一个等同于您所处迭代的“次要”版本号。所以您可能在迭代“1.2”中，SVN中的每个标记都以1.2开头。也许第三个数字是一个构建数字。具体细节取决于您，但您可能会在每次迭代中有多个构建--1.2.1、1.2.2、1.2.3等等…不，但这并不是说它们是无关的
标记等同于生成系统中的生成。您可能会在标签上使用一个等同于迭代的版本号——假设您使用一个主要版本号对发布进行编号，并且使用一个等同于您所处迭代的“次要”版本号。所以您可能在迭代“1.2”中，SVN中的每个标记都以1.2开头。也许第三个数字是一个构建数字。具体细节由您决定，但每次迭代可能会有多个构建——1.2.1、1.2.2、1.2.3等等……不，Scrum sprint/迭代是一个固定的时间段，在您喜欢的任何版本控制系统中，都没有1:1的时间与标记（或分支，&c）对应 在svn&friends中使用标签更多的是发布工程（至少对于大多数软件开发车间而言），而不是开发过程本身
当然，没有什么能阻止您的特定团队决定在sprint结束时产生的每个可发布增量都必须以某种方式进行标记，但是如果您仅为该目的保留标记，那么您就不必要地限制了发布工程过程。不，Scrum sprint/迭代是一个固定的时间段，在您喜欢的任何版本控制系统中，标记（或分支，&c）与这些时间量之间没有1:1的对应关系 在svn&friends中使用标签更多的是发布工程（至少对于大多数软件开发车间而言），而不是开发过程本身
当然，没有什么可以阻止您的特定团队决定，在sprint结束时产生的每个可发布增量都必须以某种方式进行标记，但是如果您仅为该目的保留标记，则会不必要地限制您的发布工程过程。我认为，对于每个sprint，开发团队将在一个特定的subversion分支中工作，该分支在sprint结束时合并回trunk，并为下一个分支创建一个新分支。这样，trunk就可以始终保持前一个sprint的工作“干净”，允许您在出现紧急情况时使用bug修复快速剪切新版本。我认为更可能的是，对于每个sprint，开发团队都会在特定的subversion分支中工作，它在sprint结束时合并回trunk，并为下一个分支创建一个新分支。这样，trunk总是保持前一个sprint工作的“干净”，允许您在出现紧急情况时通过错误修复快速剪切新版本。如果您决定发布，您应该创建一个标签
在scrum迭代结束时，您有了一个潜在的可交付产品。这并不意味着你应该发布。如果你决定发布，你应该创建一个标签
在scrum迭代结束时，您有了一个潜在的可交付产品。这并不意味着您应该发布。Scrum没有提到团队使用版本控制系统的问题——事实上，Scrum没有提到任何技术实践。Scrum只是说团队必须在每一个sprint阶段交付一个“可交付的产品增量”——这是一个完全集成的产品版本，并且符合“完成”的定义
现在，从实用的角度来看，您需要某种方式在存储库中标记代表每个sprint产品的里程碑，这是非常合乎逻辑的。是的，你可以用标签来做，这是非常直观的-这是我们在团队中使用SVN时的做法-但我想你也可以用不同的方式来做。我认为这一切都取决于你的特殊情况，我会让团队来解决这个问题。只要他们能够可靠地为每一个sprint的产品提供源代码，他们就可以以任何方式实现它 Scrum没有提到团队对版本控制系统的使用——事实上，Scrum没有提到任何技术实践。Scrum只是说团队必须在每一个sprint阶段交付一个“可交付的产品增量”——这是一个完全集成的产品版本，并且符合“完成”的定义 现在，从实用的角度来看，您需要某种方式在存储库中标记代表每个sprint产品的里程碑，这是非常合乎逻辑的。是的，你可以用标签来做，这是非常直观的-这是我们在团队中使用SVN时的做法-但我想你也可以用不同的方式来做。我认为这一切都取决于你的特殊情况，我会让团队来解决这个问题。只要他们能够可靠地为每一个sprint的产品提供源代码，他们就可以以任何方式实现它 我们指定一个“标签”作为我们的sprint交付物，在sprint评审会议期间使用，但它绝不是我们在sprint期间创建的唯一标签。当我们有了可以在集成到“主干/主机”后进行测试的代码时，我们创建了一个标记。我们指定一个“标记”作为我们的sprint可交付成果，在sprint评审会议期间使用，但它决不是我们在sprint期间创建的唯一标记。我们创建一个标记作为和