Я работаю на довольно большом веб-сайте электронной коммерции J2EE (оборот 3 миллиарда), и нам, разработчикам, надоело то, как мы обрабатываем свойства и конфигурацию log4j.
На самом деле у нас много приложений, некоторые из нихиспользовать основное приложение.У каждого приложения есть второстепенные версии, и у каждой версии есть конфигурация properties / log4j, которая обрабатывает множество сред (dev / package / интеграция / tests / pre-production / production).Мы не можем поместить свойства непосредственно в SCM.Свойства, о которых я говорю, отсутствуют в файлах ear / war.
Мы скажем, что приложение B-App использует основное приложение App-A, и у нас есть версии 1.0 и 2.0
.заключается в том, что наш инструмент работает, но совсем не интуитивно понятен, а слияния часто забываются или не выполняются должным образом, потому что процесс трудно уважать ... поэтому, когда мы выпускаем минорную версию в производство, у нас иногда возникают некоторые сюрпризы ...свойство или регистратор исчезают, обновление свойства откатывается ...
Пример: я добавляю свойство xxx.yyy в основное приложение App-A 1.0 Тогда, если слияние не выполнено правильно, свойство не будет тамкогда мы запустили App-A 2.0 в производство.И App-B, который обычно должен также использовать xxx.yyy, также не может иметь это свойство, даже в версии 1.0 (это должно оставаться ручным процессом, поскольку все свойства App-A не используются в App-B)
Интересно, есть ли инструмент с открытым исходным кодом, который бы прекрасно справлялся с историзацией, разрешениями пользователей ... Возможно, мне стоит начать ...