补丁依赖的工具

Question

我有这样的问题：

当客户要求我们系统的新功能时，我们将所有已更改的文件修补到补丁中，并将其发送给与客户合作并进行发布的同事。

然而，并非每个补丁都按顺序发布。所以，补丁A有可能依赖补丁B，但补丁B在补丁A前面释放。

由于工友不熟悉编程，所以他无法弄清楚原因。我必须花时间看看有什么不对。

当等待发布的补丁数量增长时，发布补丁对我们来说似乎是个噩梦。

是否有用于此类依赖性分析的工具？因此我们可以看到补丁的依赖性，并且可以减少用于计算依赖性的时间。

很多。

Answer 1

您可以使用任何依赖管理系统（如Maven），内部工件存储库（用于生产就绪组件）（如Nexus）和发布分支进行热修复（如果您必须以近乎实时的方式发布更新）。

使用这种方法，你得到：

1. 测试您发送给客户的任何完整版本（包括集成测试）。
2. 不构建依赖关系的版本，因为您可以切换到生产就绪的存储库以进行预发布。
3. 您可以使用SCM标记标记生产包，并知道究竟是什么推送给客户。
4. 您可以简单地在装运包和当前包之间进行区分。

用几句话说： 划分开发和生产版本，并保护自己构建依赖于破坏的生产包。

Answer 2

处理这些情况的正确方法是使用配置管理过程。

例如，一个简单的例子涉及CVS / SVN以及修订版A和修订版B之间的更改日志。

更改日志中的每个文件都将构成补丁。

更复杂的程序将引入基线和中间版本。