这听起来是个好主意吗？ (svn/版本控制/webdev/部署)

Question

我最近在我工作的公司负责设计和实施源代码版本控制、测试和部署方案。

就我个人而言，我已经在自己的项目中使用 Subversion 工作了几年。但我从来没有处理过这么大的规模。因此，我想我会在这里问是否有人对我设备的以下设置有任何 cmet 或建议：

• 应该将主干用作主开发树
• 远程服务器（测试和生产）从 SVN 存储库中签出代码。
  • 测试服务器检查主干。
  • 生产服务器检查“生产”分支。
• 一旦主干被认为可以投入生产，它就会合并为两个分支，“稳定”和“生产”。
• 稳定分支是生产分支的垫脚石。如果新代码在生产服务器上运行后发现错误，则稳定分支用于修复错误，并测试错误修复。
• 修复后，更改将合并到生产分支中，并返回到主干中，在该主干中，开发继续照常进行，添加新功能以及独立于所需的任何错误修复的任何内容。

这样，只要有生产版本，开发就不必在主干上停止，因为错误修复不依赖于主干。此外，始终存在一个“只读”分支，其中提供了最新的稳定且无缺陷的代码，即使在大量的缺陷修复中也是如此。

如果有人有任何建议、cmets 或其他方面，我将不胜感激:)

Answer 1

查看Continuous Integration 和Cruise Control/CruiseControl.NET。您可以在 CC 下设置“项目”以自动（每分钟）或按需签出。对于主干，您希望将其自动化，对于稳定的分支，您需要按需进行。

一旦项目变得更大并且主干成为需要保护的东西，您可能希望偶尔建立一个 TRY 分支来进行重大更改或前沿/实验/未来开发。

Answer 2

我会看看Pragmatic Version Control using Subversion 的书。他们为组织存储库本身以及处理标记、分支和关于发布、错误修复、新功能、实验等的主干提供了一个非常好的结构。他们为所有以及 SVN 命令处理每个命令的“食谱”。

这是一个相当快的阅读，他们为你做了很多思考和繁重的工作，包括你还没有想到的东西。