如果我们需要在完成代码合并后立即进行热修复，那么对我们来说有更好的自动化方法吗？

Question

我需要你对以下情况的建议：

1. 我们正在使用SVN与主干和几个分支进行测试/ PRD。
2. 我们将为一批发布创建一个新的分支，它将始终与主干合并。
3. 我们需要遵循客户编码标准，因此我们无法使代码始终增量，但会发生一些代码删除。

现在情况是每一次，我们将在发布分支中为所有“已批准”功能进行增强/修复，每一轮都会影响2000多个文件，并且有5000个签到。我们需要最终将这些代码与主干合并，然后进行代码审查，然后构建和测试。

但是，在上述程序中，特别是在我们完成上述操作之后。 CI，选择性功能和/或新的“热门”功能会有一些变化。这意味着我们所做的事情已被浪费，我们必须从另一个干线开始做同样的事情。

最后我们将无法及时交付，团队士气也会受到影响，因此在手动代码合并期间发生了缺陷。

我需要专家帮助我们，如何更好地处理上述情况？或者，我们是否可以通过合并自动代码来减少缺陷？

Answer 1

您的团队似乎缺少的是 Methodology 。

根据您的说明，请考虑 Scrum ，以了解您的开发过程和发布。

Here's a post对Scrum和SVN有一个很好的概述。

Answer 2

我同意KMoraz。你应该有一个定义明确的方法。

除此之外，我认为你应该研究持续集成和夜间构建。使用像Jenkins这样的工具尽可能频繁地（本地）构建代码。

问题越早发现，解决问题就越便宜。

带有5000次签到的2000个文件似乎与构建之间存在很大差距。

作为配置管理员，我可以告诉您，正确的CI方法和工具的努力为R＆amp; D节省了大量的时间和金钱。

祝你好运！