Java 在复杂环境中处理属性和log4j的工具

我在一个相当大的J2EE电子商务网站上工作（30亿营业额），我们的开发人员对处理属性和log4j配置的方式有点厌倦

我们实际上有很多应用程序，其中一些使用主应用程序。每个应用程序都有次要版本，每个版本都有一个属性/log4j配置，用于处理许多环境（dev/packaging/integration/tests/pre-production/production）。 我们不能将属性直接放在SCM上。 我谈论的属性不在ear/war文件中

我们会说应用程序B-App正在使用主应用程序App-A，我们有1.0和2.0版本

问题是，我们的工具可以工作，但一点也不直观，合并通常是fortogotten，或者没有正确完成，因为这个过程很难遵守。。。因此，当我们把一个小版本投入生产时，我们有时会有一些惊喜。。。属性或记录器消失，属性更新回滚

例如： 我在主应用程序App-a 1.0中添加了属性xxx.yyy 然后，如果合并没有正确完成，当我们将App-A 2.0投入生产时，该属性将不存在。 而App-B通常也应使用xxx.yyy，即使在1.0版本中也不能具有该属性（这仍应是一个手动过程，因为App-B中未使用App-a的所有属性）

我想知道是否有一个开源工具可以很好地处理历史化、用户权限。。。

---

也许我应该开始一个…

我认为你不需要工具（至少一开始不需要）

---

您需要一个明确定义的流程。让一些利益相关者参加会议，讨论在给定的生命周期中应该发生什么，然后确定您需要什么工具来确保该过程得到遵守，并且尽可能简单。

我认为您不需要工具（至少一开始不需要）

---

您需要一个明确定义的流程。让一些利益相关者参加会议室，讨论在给定的生命周期中应该发生什么，然后确定您需要什么工具来确保流程得到遵守，并且尽可能简单。

问题是，我们的工具可以工作，但一点也不直观，合并通常是为了实现，或者因为过程很难遵守而没有正确完成。。。步骤1：修复损坏且被忽略的上游进程该进程实际上无法修复。如果操作正确，它可以工作，但工具没有帮助…就像手动将两个版本与记事本合并，将两个版本与mercurial合并一样。。。重要的不是过程（合并），而是我们使用的工具或多或少会出错问题是我们的工具工作正常，但根本不是直观的，合并通常是为了完成，或者没有正确完成，因为过程很难被尊重。。。步骤1：修复损坏且被忽略的上游进程该进程实际上无法修复。如果操作正确，它可以工作，但工具没有帮助…就像手动将两个版本与记事本合并，将两个版本与mercurial合并一样。。。重要的不是过程（合并），而是我们使用的工具或多或少会出错我们有一个过程，但由于我们使用的是自制的过时工具，因此很难遵循这个过程而不犯任何错误…实际上，这个工具是。。。Excel…：）我想很难修复；）我们有一个过程，但由于自制的过时工具，我们使用的过程是很难遵循没有做任何错误…实际上，该工具是。。。Excel…：）我想很难修复；）