Java 补丁依赖的工具

Java 补丁依赖的工具,java,dependencies,patch,Java,Dependencies,Patch,我有这样一个问题: 当客户要求我们系统的新功能时,我们将所有更改的文件修补成补丁,并将其发送给与客户合作并发布的同事 然而,并不是每个补丁都是按顺序发布的。所以,有可能补丁a依赖于补丁B,但补丁B是在补丁a之前发布的 由于同事不熟悉编程,所以他无法找出原因。我必须花时间看看有什么问题 当等待发布的补丁越来越多时,发布补丁对我们来说就像是一场噩梦 有没有这样的依赖性分析工具?这样我们就可以看到补丁的依赖性,并可以减少计算依赖性所花费的时间 Thx很多。处理这些情况的正确方法是使用配置管理程序 例如

我有这样一个问题:

当客户要求我们系统的新功能时,我们将所有更改的文件修补成补丁,并将其发送给与客户合作并发布的同事

然而,并不是每个补丁都是按顺序发布的。所以,有可能补丁a依赖于补丁B,但补丁B是在补丁a之前发布的

由于同事不熟悉编程,所以他无法找出原因。我必须花时间看看有什么问题

当等待发布的补丁越来越多时,发布补丁对我们来说就像是一场噩梦

有没有这样的依赖性分析工具?这样我们就可以看到补丁的依赖性,并可以减少计算依赖性所花费的时间


Thx很多。

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

例如,一个简单的版本涉及CVS/SVN和版本a和版本B之间的变更日志

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


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

您可以使用任何依赖关系管理系统(如Maven)、生产就绪组件(如Nexus)的内部工件库和热修复程序的发布分支(如果您必须以近乎实时的方式发布更新)来实现这一点

使用此方法,您可以获得:

  • 测试交付给客户的任何完整版本(包括集成测试)
  • 不需要构建依赖关系中断的版本,因为您可以切换到生产就绪的存储库进行预发布构建
  • 您可以使用SCM标签标记生产包,并了解推送给客户的确切内容
  • 您可以简单地在已发货和当前包之间进行区分
  • 简言之:
    将开发版本和生产版本分开,您就可以保护自己,构建一个不依赖的生产包。

    为什么不进行适当的发布,并向客户发布一个新版本?@PhilippeMarschall实际上,我们的同事正在做这些工作,但他们不熟悉编程,他们不知道发生了什么。如果他们能使用一个能够显示依赖关系的可视化工具,他们可以知道那里有问题。所以他们可以向我们寻求帮助。目前,我们必须检查发生了什么,这浪费了很多时间。这是我所想的,但我认为有人制作了这样一个工具,但我只是不知道。就我个人而言,我使用eclipse和subversive插件,我只需点击几下STHX就可以做到。这给了我很大的启发。