Svn 标记源代码的目的？
在软件版本中标记的目的是什么Svn 标记源代码的目的？,svn,release-management,Svn,Release Management,在软件版本中标记的目的是什么 谢谢这是一个时间点标记 例如，发布给其他人（生产、开源）的软件通常都有一个版本号 IE.MongoDB1.6.5问世。我想这应该被标记为“/tags/mongodb_1.6.5” 这样，任何时候有人想要知道mongodb 1.6.5版本的源代码是什么样子的，他们都可以查看标记，而不是提交日志，提交日志可能是。。。非常长的阅读所有这些日志消息将是一件痛苦的事情 -丹尼尔这是一个时间点标记 例如，发布给其他人（生产、开源）的软件通常都有一个版本号 IE.MongoDB1
谢谢这是一个时间点标记 例如，发布给其他人（生产、开源）的软件通常都有一个版本号 IE.MongoDB1.6.5问世。我想这应该被标记为“/tags/mongodb_1.6.5” 这样，任何时候有人想要知道mongodb 1.6.5版本的源代码是什么样子的，他们都可以查看标记，而不是提交日志，提交日志可能是。。。非常长的阅读所有这些日志消息将是一件痛苦的事情
-丹尼尔这是一个时间点标记 例如，发布给其他人（生产、开源）的软件通常都有一个版本号 IE.MongoDB1.6.5问世。我想这应该被标记为“/tags/mongodb_1.6.5” 这样，任何时候有人想要知道mongodb 1.6.5版本的源代码是什么样子的，他们都可以查看标记，而不是提交日志，提交日志可能是。。。非常长的阅读所有这些日志消息将是一件痛苦的事情
-daniel这样你就可以保留源代码版本发布时的副本 例如： 您正在处理项目，并将更改提交到trunk。当您释放时，就在准备就绪时对主干做一个标记，并且不再有代码更改 然后，一旦发布在野外，您将继续向主干添加新功能和错误修复 然后你会得到一个bug报告，需要在1.1版本中修复 现在问题来了。在发布代码后，您可能已经修复了主干中的错误，但是您不想发布该代码，因为它有一些新的功能，可能还没有准备好 现在你可以做什么呢，因为你有一份代码的副本，就像你在1.0标签中发布1.0时一样。您将分支标记，应用bug修复（或者可能将主干中的修复合并到分支中），然后您可以将其作为1.1版本发布
然后，您可以创建一个1.1标记，并根据需要多次重复该过程。这样您就可以保留该版本发布时的源代码副本 例如： 您正在处理项目，并将更改提交到trunk。当您释放时，就在准备就绪时对主干做一个标记，并且不再有代码更改 然后，一旦发布在野外，您将继续向主干添加新功能和错误修复 然后你会得到一个bug报告，需要在1.1版本中修复 现在问题来了。在发布代码后，您可能已经修复了主干中的错误，但是您不想发布该代码，因为它有一些新的功能，可能还没有准备好 现在你可以做什么呢，因为你有一份代码的副本，就像你在1.0标签中发布1.0时一样。您将分支标记，应用bug修复（或者可能将主干中的修复合并到分支中），然后您可以将其作为1.1版本发布
然后，您可以创建一个1.1的标签，并根据需要多次重复该过程。在我的公司，我们使用它来表示给定的版本在某种程度上是特殊的（当然，我们使用git，但标签的主要目的是相同的）。我们将其用于以下用途：
- 标记发布版本
- 标记已审核代码部分（注明日期，如Revied-2010-12-10）
- 标记特殊补丁，如前向端口、后向端口等
- 标记发布版本
- 标记已审核代码部分（注明日期，如Revied-2010-12-10）
- 标记特殊补丁，如前向端口、后向端口等