我在一個相當大的J2EE的電子商務網站工作(3十億營業額),我們developpers是有點無聊的我們處理性能和log4j的配置方式。工具來處理性能和log4j的在複雜環境
實際上,我們有許多應用程序,其中一些使用主要應用。每個應用程序都有次要版本,每個版本都有一個處理許多環境(dev/packaging/integration/tests/pre-production/production)的properties/log4j配置。 我們不能直接在SCM上放置屬性。 我談論的屬性不在耳朵/戰爭文件中。
我們會說,應用B-應用程序使用的主要應用App-A,我們有1.0版本和2.0
的問題是,我們的工具的作品,但不直觀可言,和合並往往fortogotten ,或者做得不好,因爲這個過程很難尊重......因此,當我們在生產中放置一個小版本時,我們有時會有一些驚喜...財產或記錄器消失,財產更新被回滾...
例: 我在主應用程序中添加屬性xxx.yyy應用-A 1.0 然後,如果合併是沒有做正確的屬性不會在那裏當我們把應用程序-A 2.0機生產線ction。 和App-B,應該normaly也使用xxx.yyy,不能有屬性也一樣,即使是在1.0版本(這應該仍然是一個手動過程,因爲應用程序-A的所有屬性都沒有在APP-b)中使用
我不知道是否有一個開源工具與歷史化,用戶權限... 很好地處理這或許我應該開始一個...
*的問題是,我們的工具的作品,但不直觀可言,和合並往往fortogotten,或沒有做好,因爲這個過程是很難尊重... *第1步:修復破損而忽視了上游工藝 – 2010-11-08 17:24:01
的過程無法真正解決。它工作,如果它是正確的,但工具沒有幫助... – 2010-11-08 17:27:02
這就像手動合併2個版本的記事本,併合並2版本與mercurial ...這不是過程(合併)重要的,但我們使用的工具這可能是或多或少容易出錯 – 2010-11-08 17:27:58