Subversion and revision engineering -最值得阅读的web资源是什么？

Question

我们正在从CVS迁移到SVN，并接受某种版本管理，以强制执行开发/测试/发布周期的顺序。我们目前正在测试，开发和发布相同的代码行，我们知道这是一个糟糕的做法，我们想要结束它。

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

我们正在建设小型/平均(2-5个月)自定义项目，我们必须让客户提前审查。需求爬行是很常见的。

编辑:请注意，我不仅需要关于subversion的建议，还需要更多关于整个开发/测试/部署周期如何反映在主干/分支/标记/版本等方面的建议

Answer 1

Subversion使得分支比CVS更容易(在GIT分支甚至更便宜)。我建议您为主要修订创建分支，并有计划地将分支合并回主干。对于长时间不能合并回分支的情况要格外小心，因为你等待的时间越长，它就会变得越来越困难。

如果您需要快速启动，并且不想管理所有的服务器/设置内容，也有一些服务可以提供集成的bug跟踪/部署等功能：

• 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

Subversion的免费“圣经”(合并章节)

http://svnbook.red-bean.com/en/1.1/ch04.html

Answer 2

• “分支机构提早经常分支。“
• 所有构建应该是完全可重现的，而不必通过日志(考虑标记每个构建)。
• 如果您使用问题跟踪器，则要求所有签入在提交消息中包含(有效)问题ID (添加预挂钩以检查这一点)。
• 只有构建团队应该被允许创建生产分支(应该鼓励开发人员为任何非琐碎任务创建个人分支)
• 持续构建，并确保每个人都意识到破坏构建是一件大事。

<代码>H111阅读整个SVN书籍，然后再读一遍。你需要对这个工具有深入的了解。为开发人员举办培训课程(“如何为我的工作创建临时分支”、“如何合并”等)。

..。在这个主题上缺乏好的阅读，但如果我必须推荐一本书给一家完全绿色的SCM商店，我会推荐文森特·玛莱亚的“建筑大师”。它的细节非常简短，但易于阅读，并提供了(非常非常简短的) SCM好主意的概述-这些想法一旦你知道了就会很有意义，但由于某些原因，许多商店完全缺乏这些想法。

祝好运!

Answer 3

一个非常好的源码控制资源：

• Agile-Version-Control