颠覆和修订工程 - 要阅读的最佳网络资源是什么？

Question

我们正在从CVS迁移到SVN，并采用某种修订管理，以强制执行开发/测试/发布周期的顺序。我们目前正在测试，开发和发布相同的代码行，我们知道这是一个不好的做法，我们希望结束它。

您有什么经验，知道如何，使用源代码树的建议。

我们正在建设小型/平均（2-5个月）的自定义项目，我们必须尽早访问客户进行审核。需求蠕变很常见。

编辑： 请注意，我不仅需要有关颠覆的建议，还需要更多关于如何在主干/分支/标签/版本等中反映整个开发/测试/部署周期

Answer 1

• “分支早，经常分支。”
• 所有版本都应该是完全可重现的，而不必倒过日志（考虑标记每个版本）
• 如果您使用问题跟踪器，则要求所有签到都在提交消息中包含（有效）问题ID（添加预挂钩以检查此情况）。
• 只允许构建团队建立生产分支机构（应鼓励开发人员为任何非平凡的任务创建个人分支机构）
• 不断构建并确保每个人都意识到打破构建是一件大事。
• 阅读整本SVN书籍，然后再读一遍。您需要向后和向前了解此工具。为您的开发人员举办培训课程（“如何为我的工作创建临时分支”，“如何合并”等）。

......关于这个问题缺乏良好的阅读，但如果我不得不向SCM中的一个完全绿色的商店推荐一本书，那将是Vincent Maraia的“建筑大师”。它的细节非常简短，但易于阅读，并提供（非常简短的）SCM好主意概述，一旦你了解它们就很有意义，但由于某些原因这么多商店完全缺乏。

祝你好运！

Answer 2

Subversion使得分支比CVS更容易（在GIT分支中甚至更便宜）。我建议您为主要版本制作分支，并计划将分支合并到主干中。 要小心长时间没有合并回分支，因为等待的时间越长越难。

如果您需要快速启动，并且不想管理所有服务器/设置内容，还有提供集成错误跟踪/部署等服务：

• http://beanstalkapp.com/
• http://unfuddle.com/
• http://www.assembla.com/

部分资源：

这本特别的书回答了我最初的许多问题：
http://www.pragprog.com/titles/svn/pragmatic-version-control-using-subversion

在stackoverflow上进一步搜索：
Good branching and merging tutorials for TortoiseSVN?

Cal Henderson（Flickr.com的开发人员）演讲我在迈阿密的FOWA参加了会议：
http://cdn4.libsyn.com/carsonsystems/Cal_Henderson.mp3

颠覆的自由“圣经”（合并章节）：
http://svnbook.red-bean.com/en/1.1/ch04.html

Answer 3

源控制的非常好的资源：

• Agile-Version-Control