Mavenプロファイルの混乱。内部レポへのユーザーベースの認証に関する混乱

Question

このシナリオを検討してください。私は小さなエンタープライズプロジェクト開発環境を持っています。 Archivaをアーティファクト・レポとして使用します。

一般的に、プロジェクトごとにテストが異なるため、プロジェクト固有のプロファイルを設定したいと思っています。

しかし、私が定数を持つことを望むことの1つは、デフォルトでアクティブになっているsettings.xmlファイルのプロファイルで、開発に使用されます。私のチームメンバーに手作業でそのファイルを編集させてARCHIVAの資格をそこに置く必要がありますか（LDAPシステム）、内部のリポジトリにアクセスできますか？

パスワードを入力しないでください。私の他の選択肢は、「共有」パスワードを暗号化するためにマスターパスワードを使用することです。誰もそれを見ることはできませんが、スナップショットの依存関係や物事に対する内部リポジトリには一般的な「読み取り専用」アクセス権があります。ただし、暗号化されたマスターパスワードを含むsecurity-settings.xmlファイルも必要ですが、そのシステムの目的を破るものではありませんか？

最後に、複数のプロファイルを同時にアクティブにすることができますか、それとも不要ですか？たとえば、devfプロファイルがデフォルトで有効になっている場合（アーティファクトリポジトリ設定、リリース用の暗号化されたsvn資格情報を含む）、特定のPOMファイルで異なるプロファイルを指定すると、プロファイルを1つだけ選択できますか？私はBamboo for CIを使用したいとしましょう。確かなプラグインとその他のものを使用するいくつかの "テスト"プロファイルがあります。これらのプロファイルは、settings.xmlに存在するactiveByDefault DEVプロファイルと共存するか、一度に1つのプロファイルしかアクティブ化できませんか？すべてのCIのニーズはSCM情報なので、技術的には内部Archiva Repoにアクセスする必要はないはずです。テストプロファイル（CIを使用して自動的に）を使用していた場合、プロファイルから何も必要ないと思います。

私は混乱しています。私は完全にビルドされたビルド環境を持っているだけで、いくつかの不具合を解消しようとしています。ありがとうございました。

Answer 1

しかし、私は定数がしたいことの一つは、 開発のために使用されるデフォルトでアクティブになって 私のsettings.xmlファイルでのプロファイルは、あります。私のチームメンバーにそのファイル を手作業で編集させてARCHIVAの資格をそこに置く必要がありますか（ldapシステム）、 内部のrepoにアクセスできますか？

はい、これらのファイルは、ユーザー単位で編集する必要があります。ドキュメント：

パスフレーズとパスワードの要素は将来的に外部化される可能性がありますが、現在はsettings.xmlファイルでプレーンテキストに設定する必要があります。

パスワードを入力しないでください。私の他の選択肢は のパスワードを共有パスワードを使って暗号化することで誰も を見ることはできませんでしたが、それらはすべてスナップショットの依存関係のために内部の リポジトリへの一般的な "読み取り専用"しかし、 には、暗号化された マスターパスワードが含まれているsecurity-settings.xmlファイルも必要ですが、そのシステムの目的を破ることはありませんか？

Archivaに公開鍵を追加して認証するのはなぜですか？

<servers> 
    <server> 
     <id>server001</id> 
     <username>my_login</username> 
     <privateKey>${user.home}/.ssh/id_dsa</privateKey> 
     <passphrase>some_passphrase</passphrase> 
     ... 
    </server> 
    </servers> 

最後に：複数のプロファイルを同時にアクティブにすること、またはその が不要であることができますか？

はい、複数のプロファイルをアクティブにすることができます。アクティブプロファイルを表示するにはmvn help：active-profilesを使用できます。