对于一个6到9人的团队来说，在CVS/SVN中管理Bugs和带有版本控制的新特性的最佳技术是什么？

Question

在一家从事长期软件项目的公司中，有6到9名开发人员在同一办公室工作。

开发团队使用JIRA进行bug跟踪，使用CVS (和一些SVN)控制与软件应用程序相关的不同Java Web应用程序的版本。

团队使用REST在不同服务器上的Web应用程序之间进行通信。该环境由Amazon和Google应用程序组成，它们都是用EC2、HTML、CSS和JavaScript编写的。

开发团队每天提交代码。使用这种策略，部署每20-25天进行一次，但他们希望每周部署一次，或者每两周部署一次。

当代码通过测试时，测试人员会发现并报告错误，但是当开发团队修复错误并部署软件时，软件中有时会出现更多的bug，因为开发人员仍然在将代码提交到存储库。

有时销售团队或客户在生产系统上也会发现错误。我们的想法是，我们可以查看代码的副本是稳定的，并在那里进行更改。

我怀疑这是一个如何使用版本控制的问题，但它可能是在过程中的其他东西。这个由6-9个人组成的敏捷开发团队应该如何确保发布都是频繁的，每周一次或每两周一次，并且部署是高质量的，没有任何回归错误？

Answer 1

根据我的经验，处理类似问题的最有效率的方法是在某种程度上官方发展援助循环中跟踪、反映-调整开发过程。关键的技巧是在需要时隔离，为dev和QA设置明确的检查点，以便进行通信(如果您愿意的话是“内部版本”)，而不是担心什么不重要。

• 最好把CVS处理掉。两个版本控制系统似乎对你这样的情况来说太过分了。

现在，让我们看看你提到的一些问题.

当代码通过测试时，测试人员会发现并报告错误，但是当开发团队修复错误并部署软件时，软件中有时会出现更多的bug，因为开发人员仍然在将代码提交到存储库。

我所知道的稳定将要部署软件质量的唯一有效方法(发布候选版本)是将其与主存储库隔离开来(阅读:专用分支，具有自己的专用特性冻结和代码冻结迷你里程碑)。

• 请注意，我的经验与此相反，即在测试发行版时使用“冻结”主存储库-候选代码完全是一场灾难。

有时销售团队或客户在生产系统上也会发现错误。我们的想法是，我们可以查看代码的副本是稳定的，并在那里进行更改。

不一定是这样。很抱歉我说得很含糊，但我怀疑在这里能否提出技术上精确的配方。这类信息更适合与产品涉众进行沟通。开发人员和QA团队能够(应该)在讨论表中带来的一件事是，对修补旧版本与部署新版本所涉及的工作进行比较估计。

Answer 2

而不是“查看稳定的代码副本并在那里进行更改”。对每个特性使用分支。

设置一个连续集成服务器。当您将代码签入主" dev“分支时，它将自动生成到您的dev服务器。

当您有一个新的任务/特性/etc时，您将开发代码分支到一个特性分支中。开发，然后合并到开发中。

您还维护了QA/Test分支，同样，它有自动构建的设置来部署到QA/Test服务器上。

每个特性都可以独立部署到dev中，然后再部署到QA中。

需要控制对QA分支的签入权限。这样，如果QA开始测试，那么在他们签署协议并将QA分支合并到生产中(或中间的一个阶段步骤)之前，就不能再迁移到那里了。

这样，开发人员就不会破坏QA试图测试的内容。而且只有在QA签字后才会被刺激。然后，一旦他们签署并被部署到prod，您就会发布另一批特性，这些特性已经准备好放到QA分支中，然后交给QA。

泡沫，冲洗，重复。

Answer 3

我所能建议的就是一个更紧密的反馈循环，通过

• 单元或集成测试-最初针对的是缺陷和常见的集成痛点。
• 一个连续的构建，它将在运行单元和集成测试的每次检查中触发。
• 团队中的‘修复’型文化--“总是努力获得浅绿色”。
• 没有代码筒仓--尽可能多地，所有开发人员都应该能够处理任何问题或构建失败。
• 通常部署到应用程序的演示版本(S)，开发人员/BA可以使用该版本在进入测试团队之前摆脱新特性。
• 一个新的缺陷，以及修复，也得到了一个测试，重点是这个问题。

我认为，您会发现，这样做将允许您减少错误的数目，以测试人员。