使用 SVN 管理发布的正确方法是什么？

Question

我的上一个雇主开发了一个复杂的系统，该系统位于 SVN 之上来处理持续的开发：（更换管理层) 查看错误/问题，并在提交时通过标记错误 ID 号将它们与提交关联起来，并且 (发布管理）将 SVN 中的项目标记为基于错误/问题跟踪系统的特定版本的一部分。第二部分有一个与之相关的工作流程，用于获得用户/管理层的签字。然后，当需要发布时（通常是每周四晚上），他们可以运行命令来签出所有标记的代码并部署它。

我的新公司规模要小得多，我有兴趣找到一个低成本/低维护的同等产品，即使这只是意味着直接与 SVN 打交道。特别是，我经常发现游戏后期的提交破坏了我们的构建，并且很难理清我们可以包含的内容。（就管理 SVN 而言，与分支相比，我更喜欢标签的想法，因为它需要较少的深思熟虑，但我很高兴被说服。）

人们使用什么来标记发布的提交并进行后续部署？是否有任何好的开源解决方案来管理发布周期，允许您从 Web 浏览器浏览 SVN 并标记发布的问题/提交？迄今为止我见过的最好的事情是 吉拉, ，但这看起来是一个非常大的工具（很难配置/维护吗？）。Apache 基金会充分利用 Jira 来实现此目的（例如，请参阅 Mahout 路线图).

甚至更进一步，让这个相同的系统还包括持续集成，以便我们的单元测试可以在每次提交时运行，并且每个错误/问题也将具有关联的信息。

笔记：stackoverflow 上有一些稍微相关的问题，但我没有看到任何涉及部署周期和发布管理这方面的内容（请参阅 svn 中的发布管理, 管理您的项目生命周期, ， 和 处理变更管理的最佳方法).

Answer 1

如果你发现建立克星签入在比赛中来不及修复它们有效，你应该在CI火车，你开始担心释放的过程之前肯定跳。使开发人员负责构建诚信是一个容易得多的过程中，当有电子邮件每个人检查在螺丝东西狗的时间外出。使它成为一个游戏;谁破坏了构建具有照看它下一次它被打破，直到

获取并使用CruiseControl运行（我使用CC.NET）不说，很难与颠覆（我从我们没有构建过程可言在大约一个月的时间完全自动化与CC.NET和恶性构建和部署，交错当然其他责任）。

我们也使用JIRA，很难去错在那里。你可以有JIRA观看颠覆提交信息的东西，如“固定PROJECT-11”，它会自动地关闭相应的JIRA项目。你可以从那里建立自己的发行说明。

Answer 2

您已经调查龟SVN修订图？如果您标记每个版本（正如其他人指出，不涉及复制文件，在服务器或工作站），然后就可以看到按时间顺序排列的所有修订，以表明实际排放标签。您可以通过高亮显示了两个版本你有兴趣，然后从上下文菜单中选择比较的版本和/或躯干之间的diff的