0

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

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

我们正在构建小型/平均（2-5 个月）定制项目，我们必须尽早让客户进行审查。需求蠕变很常见。

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

4

3 回答 3

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

......关于这个主题缺乏好的阅读，但如果我不得不向 SCM 中完全绿色的商店推荐一本书，那将是 Vincent Maraia 的“The Build Master”。它的细节非常简短，但易于阅读，并提供了（非常非常简短的）SCM 好想法的概述，一旦您了解它们就会非常有意义，但由于某种原因，许多商店完全缺乏这些想法。

祝你好运！

于 2008-10-03T15:39:35.357 回答
2

Subversion 使得分支比 CVS 更容易（在GIT分支中甚至更便宜）。我建议您为主要修订创建分支，并计划将分支合并回主干。 请注意不要长时间不合并回分支，因为等待的时间越长，它就会变得越来越困难。

如果您需要快速起步，并且不想管理所有服务器/设置内容，那么还有一些服务可以提供集成的错误跟踪/部署等：

一些资源：

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

在 stackoverflow 上进一步搜索：
TortoiseSVN 的良好分支和合并教程？

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

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

于 2008-10-03T15:41:19.363 回答
0

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

于 2013-04-18T16:53:48.747 回答