2011-10-26 8 views
5

でMavenのsettings.xmlファイルを配布し、我々は、各開発者へのファイルのsettings.xmlと多分関連したデータを配信するための最良の方法だかと思っています。私たちは、これらの制約を参照してください。は、私たちは私たちの会社でMavenを展開する企業環境

  • 我々は戦略 '「電池は含ま」したい:正しい環境をセットアップする作業の最小限の量を。
  • 我々は移動プロファイルを持っているので、我々は(プロファイル外このキャッシュ用フォルダを作成するために必要)フルMavenのリポジトリプロファイルのキャッシュを保存することはできません
  • 我々はせずに、このファイルにはほとんど更新情報をプッシュする
  • ローカルの変更破壊(そうなし上書きが、例えばSubversionのマージすると、使用可能になります)
  • 私たちは、開発者スタイルのツールを使用したいので、私たちは、すべての関連するオーバーヘッドを持つ窓の連中に依存しない少し変更を押すためのリリース(このファイルをプッシュするためにGPOまたはSMSを使用することは好ましくありません)

あなたの会社はどのようにこれを処理していますか?

+0

ハイパーマン私は、開発者のローカル環境にsettings.xmlの変更をプッシュするための同様の要件があります。どのように実装したのですか? –

答えて

0

我々はGitリポジトリを使用し、バージョン管理システムにsettings.xmlを入れて、私たちは.gitignoreファイルに~/.m2repositoryディレクトリを無視して、ただで、中央のリモートリポジトリから定期的にsettings.xmlファイルをプルするリポジトリを伝えます私たちの場合、プライベートなGitoriousサーバー。

このファイルが設定されて一度動作すると、ほとんどの場合、変更する必要はほとんどありません。だから、settings.xmlファイルをwikiに入れて、バージョンコントロールソフトウェアとMavenをインストールするときにユーザーにインストールさせるだけでは、余計な負担はありません。

+0

追加の要件が見つかりました:シングルサインオンのパスワードを使用してアーティファクトを展開したい場合は、settings.xmlに格納されています。したがって、このパスワードを更新するために、定期的にファイルを更新するようです。 また、 *電池は含ま:マージ *あり(更新の手動操作を必要とする)私たちのdevの環境でこれらの「1オフ」ファイルのかなり多くあるように見えるので、私はwikeにそれを置く回避しようこの戦略ではローカル修正は難しい – hyperman

関連する問題