Setting.xmlは、主にMavenの実行環境などの一連の共通属性を構成するために使用され、グローバルレベルの構成ファイルです。 POM.xmlは、主にプロジェクトのMaven座標、依存関係、開発者が従う必要がある規則、欠陥管理システム、組織、ライセンス、および他のすべてのプロジェクト関連の要因を説明し、プロジェクトレベルの構成ファイルです。
基本的な構成
典型的なpom.xmlファイルの構成は次のとおりです。
<プロジェクトXMLNS = "http://maven.apache.org/pom/4.0.0" xmlns：xsi = "http://www.w3.org/2001/xmlschema-instance" xsi：schemalocation = "http://maven.apache.org/pom/4.0.0.0http://maven.apache.org/xsd/maven-4.0.0.0.sd"> <！ - モデルバージョン。 Maven2.0はこのように書かれている必要があります。今ではMaven2の唯一のサポートバージョン - > <modelversion> 4.0.0 </modelversion> <！ - 会社または組織の一意のフラグであり、構成中に生成されたパスもこれから生成されます。たとえば、com.winner.trade、MavenはプロジェクトのJARパッケージをローカルパスに配置します：/com/winner/trade> com.winner.trade </groupid> <！ - このプロジェクトの一意のプロジェクトは、Artifactidによって区別される場合があります - > <artifactid> </artifactid> <バージョン> 1.0.0-snapshot </version> <！ - このプロジェクトのバージョン番号は現在 - > <バージョン> 1.0.0-snapshot </version> <！ - pom、jar、maven-plugin、ejb、war、ear、rar、par、expatig jar-jar < 成分。補助コンポーネントは、メインコンポーネントに対応しています。補助コンポーネントはプロジェクトによって直接生成されないため、コンポーネントがプロジェクトの分類器を直接定義できないことをユニークに判断するために分類器を追加する必要がある場合があります。 Mavenは、GroupID、ArtifactID、およびバージョンの3つの要素値（一般に座標として知られている）を介してコンポーネントを検索し、プロジェクトを紹介します。誰かが現在開発中のプロジェクトを参照したい場合（リモートリポジトリに開発および公開されている場合）、 - > <！ - POMファイルに依存関係ノードを作成し、このプロジェクトのGroupID、ArtifactID、およびバージョンを作成する必要があります。 Mavenは、ローカルにアップロードされたJARパッケージをダウンロードします - > <groupId> com.winner.trade </groupId> <artifactid>トレードテスト</artifactid> <バージョン> 1.0.0-snapshot </version> <！ - Mavenは、プログラムの外部要因への依存が段階とアプリケーションの範囲内でのアプリケーションシーンとの段階的な範囲の段階とアプリケーションシーンを持っていると信じています。 - > <！ - スコープには、次の値が含まれます：コンパイル（スコープをコンパイルするスコープ）、提供（スコープを提供）、ランタイム（ランタイムスコープ）、システム（システムスコープ） - > <スコープ>テスト</scope> <！ - 依存関係がオプションであるかどうかを参照します。 DependencyManagement-> <optional> false </optional> <！ - マスク依存関係。たとえば、プロジェクトで使用されているLIBAはライブラリの1.0バージョンに依存し、Libbは2.0バージョンのライブラリに依存します。 2.0バージョンを統一された方法で使用する場合は、1.0バージョンへの依存関係をブロックする必要があります - > <除外> <除外> <groupId> org.slf4j </groupid> <artifactid> slf4j-api <次のように、POM内の他の場所で直接参照して使用できます：$ {file.Encoding} - > <Properties> <file.encoding> utf-8 </file.encoding> <java.source.version> 1.5 </java.source.version> <java.target.一般的に言えば、上記の構成項目はあらゆるプロジェクトに不可欠であり、プロジェクトの基本的なプロパティを定義します。
ここでは、あまり一般的に使用されていないプロパティ分類子を説明する必要があります。これは、特定のJARパッケージが引用され、分類器が記述されていない場合、エラーを報告する場合があるためです。
分類子要素は、コンポーネントによって出力される補助コンポーネントの一部を定義するのに役立つために使用されます。補助コンポーネントは、メインコンポーネントに対応しています。たとえば、主なコンポーネントはkimi-app-2.0.0.jarです。このプロジェクトは、いくつかのプラグインを使用して、Kimi-App-2.0.0-Javadoc.jar（Javaドキュメント）とKimi-App-2.0.0-Sources.jar（Javaソースコード）などの2つの補助コンポーネントを生成する場合があります。この時点で、Javadocとソースはこれら2つの補助コンポーネントの分類器であるため、補助コンポーネントに独自の座標があります。
分類器の目的は次のとおりです。
1. mavendownloadjavadoc/sourcesjarパッケージの場合、分類器を使用してダウンロードする補助コンポーネントを指定する必要があります
2。依存関係を導入する場合、特定のコンポーネントをGroupID、ArtifactID、およびバージョンに基づいて一意に決定できない場合があります。目標をさらに明確にするには、分類器が必要です。たとえば、JSON-LIBは同じバージョンで複数のJARパッケージを提供することがあります。これはJDK1.5環境で1つのセットで、JDK1.3環境で1つのセットです。
引用する場合、JDKバージョンを示す必要があります。そうしないと、Mavenは必要なJARパッケージを知りません。
<Dependency> GroupId> net.sf.json-lib </groupid> <artifactid> json-lib </artifactid> <バージョン> 2.4 </version> <classifier> jdk15 </classifier> </dependency>
構成を構築します
<build> <！ - 生成されたコンポーネントのファイル名、デフォルト値は$ {artifactid} - $ {バージョン}です。 - > <FinalName> myPorjectName </finalName> <！ - ビルドに保存されているすべてのファイルが格納されているディレクトリは$ {basedir}/ターゲットです。つまり、プロジェクトのルートディレクトリのターゲット - > <ディレクトリ> $ {basedir}/ターゲット</ターゲット</ディレクトリ> <！ JAR：JARなどのコマンドライン、またはインストール、コンパイルなどのフェーズと同じ。 - > <！ - プロジェクト構成の$ {spring.version}などのプレースホルダーは、プロパティファイルの実際の値に置き換えられます - > <filters> <filter> ../ filter.properties </filter> </filters> <！ - プロジェクトに関連するすべてのリソースパスのリスト、最終的なパッケージ化されたファイルに関連するプロジェクトに関連するプロジェクトファイルなど。 - > <リソース> <リソース> <！ - リソースのターゲットパスについて説明します。パスは、ターゲット/クラスディレクトリ（例：$ {project.build.outputdirectory}）に関連しています。 - > <！ - たとえば、リソースを特定のパッケージ（org.apache.maven.messages）にしたい場合は、org/apache/maven/メッセージに要素を設定する必要があります。 - > <！ - ただし、ソースディレクトリ構造にリソースを配置したい場合は、この構成は必要ありません。 - > <TargetPath>リソース</TargetPath> <！ - パラメーター名の代わりにパラメーター値を使用するかどうか。パラメーター値は、ファイルで構成されたプロパティ要素またはプロパティから取得され、ファイルはフィルター要素にリストされています。 - > <フィルタリング> true </filtering> <！ - リソースが保存されているディレクトリを説明します。これはPOMパスに関連しています - > <ディレクトリ/メイン/リソース</directory> < <exclude>、<exclude>は勝つ - > <除外> <除外> jdbc.properties < /explude> < /resource> < /resources> <！ - 単位テストに関連するすべてのリソースパス、構成方法はリソースに似ています - > <testresources> <testResource> <ターゲットパス /> < </testResources> <！ - プロジェクトソースコードディレクトリ。プロジェクトを構築するとき、ビルドシステムはディレクトリにソースコードをコンパイルします。このパスは、pom.xmlに比べて相対パスです。 - > <sourcedirectory> $ {bedistir}/src/main/java </sourcedirectory> <！ - プロジェクトスクリプトのソースコードディレクトリは、ソースコードディレクトリとは異なります。 <！ - ほとんどの場合、このディレクトリの内容は出力ディレクトリにコピーされます（スクリプトが解釈され、コンパイルされていないため）。 - > <scriptSourcedirectory> $ {bedistir}/src/main/scripts </scriptsourcedirectory> <！ - プロジェクト単位テストに使用されるソースコードディレクトリ。プロジェクトをテストするとき、ビルドシステムはディレクトリにソースコードをコンパイルします。このパスは、pom.xmlに比べて相対パスです。 - > <testSourcedirectory> $ {beadir}/src/test/java </testSourcedirectory> <！ - コンパイルされたアプリケーションクラスファイルが保存されているディレクトリ。 - > <OutputDirectory> $ {beadir}/ターゲット/クラス</outputDirectory> <！ - コンパイルされたテストクラスファイルが保存されているディレクトリ。 - > <testOutputDirectory> $ {bedistir}/ターゲット/テストクラス</testOutputdirectory> <！ - 一連のビルドプロセスで使用され、実行中のBulidのクラスパスに含まれるプロジェクトの一連の構造拡張機能。 - > <！ - 拡張機能をオンにするか、条件を提供することでプラグインをアクティブにすることができます。 - > <！ - 簡単に言えば、拡張機能はビルドプロセス中にアクティブ化される製品です - > <拡張機能> <！ - 通常、プログラム開発が完了した後、パッケージングなどの一連の退屈な手順が必要になる場合があります。 - > <！ - 実際、これらの手順は、Maven、Wagon-Maven-Pluginのプラグインを介して自動的に完了することができます - > <！ - 次の拡張プラグインWagon-SSHを使用して、SSHを介してリモートサーバーに接続します。 - > <！ - FTPをサポートする同様のワゴンFTPプラグイン---> <拡張機能> groupId> org.apache.maven.wagon </groupid> <artifactid> wagon-ssh </artifactid> <バージョン> 2.8 </version> </extensions> < - > <プラグイン><プラグイン> <GroupId> </groupId> <Artifactid> maven-assembly-plugin </artifactid> <バージョン> 2.5.5 </version> <！ - ビルドライフサイクル中にターゲット構成のセットを実行します。各ターゲットの構成は異なる場合があります。 - > <実行> <実行> <！ - 実行プロセス中にターゲットを識別するために使用される実行ターゲットの識別子、または相続プロセス中にマージする必要がある実行ターゲットと一致するために - > <id>アセンブリ</id> <！ - ターゲットのビルドライフサイクルフェーズを拘束します。省略した場合、ターゲットはソースデータで構成されたデフォルトフェーズにバインドされます - > <phase>パッケージ</phase> <！ - 実行ターゲットの構成 - > <goal> <goal> single> </goal> </goal> <！ - subpom-> <> <enternited> ecumentiot> ecumention> </execution> </execution> </execution> </execution <configuration> <fanyName> $ {finalName} </finalName> <appendasemblyid> false </appendasemblyid> <decriptor> assembly.xml </descriptor> </configuration> <！ - このプラグインからのマベン拡張機能（パッケージングやタイププロセッサなど）をダウンロードするかどうか、 - > <> <！ - > <extensions> false </extensions> <！ - プロジェクトの紹介に必要な追加の依存関係は、プラグイン - > <依存関係> <依存関係> ... </依存関係> </依存関係<！ - このプロジェクトから継承されたすべてのサブプロジェクトを使用できます。このプラグイン構成アイテムは、参照されるまで解析またはライフサイクルにバインドされていません。 - > <！ - 特定のプラグインのローカル構成は、ここで構成をオーバーライドします - > <プラグマネージメント> <プラグイン> ... </プラグイン> </プラグインマネージメント> </build>POMのリポジトリには、setting.xmlのリポジトリと同じ機能があります。主な違いは、POMの倉庫がパーソナライズされていることです。たとえば、大企業の設定ファイルは公開されており、すべてのプロジェクトは設定ファイルを使用していますが、各サブプロジェクトは異なるサードパーティライブラリを参照するため、POMで必要なリポジトリアドレスを設定する必要があります。
配布構成
<！ - プロジェクト配布情報MVNデプロイを実行した後、公開する場所を示します。 - > <！ - この情報を使用すると、Webサイトをリモートサーバーに展開するか、コンポーネントをリモートリポジトリに展開できます。 - > <配布管理> <！ - プロジェクトによって生成されたウィジェットをリモートリポジトリに展開するために必要な情報 - > <リポジトリ> <！ - スナップショットに一意のバージョン番号（タイムスタンプとビルドフロー番号）が割り当てられていますか？ <name> repo-name </name> <url> file：// $ {bedistir}/desploy/deploy </url> <layout/> </repository> <！ - ウィジェットのスナップショットをどこに展開しますか？要素が構成されていない場合、デフォルトでリポジトリ要素によって構成されたリポジトリに展開されます - > <snapshotrepository> <snapshotrepositorion /> <initedversion /> <id /> <name /> <name /> <url /> <layout /> < /snapshotrepository> <！サイトおよびsettings.xmlファイルでの構成 - > <id>サイトid </id> <！ - 展開場所の名前 - > <name>サイト名</name> <！ - プロトコル：//ホスト名/パス - > <url> scp：// svan.abnu.com/banseon：/var/wwwwwwwwwwwwwwwwwwwwwwwwwwww/wwwwwwws </url> </site> <！ - プロジェクトのダウンロードページのURL。この要素が利用できない場合、ユーザーはホームページを参照する必要があります。 - > <！ - この要素を使用する理由は、倉庫にないコンポーネントを見つけるのに役立つことです（ライセンス制限のため）。 - > <downloadurl /> <！ - コンポーネントに新しいGroupIDおよびArtifact ID（コンポーネントが新しい位置に移動されました）がある場合、コンポーネントの再配置情報がここにリストされています。 - > <relocation> <！ - 記事の新しいグループID-> <groupId /> <！ - 記事の新しいartifact id-> <artifactid /> <！ - 記事の新しいバージョン番号 - > <バージョン /> <！ - 理由などの動きに関する新しい情報。 - > <メッセージ /> < /relocation> <！ - リモートリポジトリ内のコンポーネントのステータスを指定します。この要素は、ツールによって自動的に更新されるため、ローカルプロジェクトで設定してはなりません。 - > <！ - 有効な値は次のとおりです。なし（デフォルト）、変換（ウェアハウス管理者はMaven 1 POMから変換）、 - > <！ - パートナー（パートナー2リポジトリから直接同期します）、展開（Maven 2インスタンスから展開）、検証（検証および最終）。 - > <status /> < /distributionManagement>倉庫構成
<！ - 依存関係と拡張機能のリモートリポジトリのリストを見つけます。 - > <リポジトリ> <！ - リモートリポジトリに接続する必要がある情報が含まれています - > <リポジトリ> <！ - リモートリポジトリで公開されたバージョンのダウンロードを処理する方法 - > <リリース> <！ - falseは、特定のタイプのコンポーネント（リリースバージョン、スナップショットバージョン）をダウンロードするためにリポジトリが開いているかどうかを示します。 - > <enabled /> <！ - この要素は、更新が発生する頻度を指定します。 Mavenは、地元のPOMとリモートPOMのタイムスタンプを比較します。 - > <！ - ここのオプションは次のとおりです。常に、毎日（デフォルト、毎日）、 - > <！ - 間隔：x（ここではxは数分の時間間隔）、または決して（決して）。 - > <updatePolicy /> <！ - Maven検証コンポーネント検証ファイルが失敗した場合の対処方法： - > <！ - 無視、失敗、または警告。 - > <CheckSpholicy /> < /releases> <！ - リモートリポジトリのスナップショットバージョンのダウンロードに対処する方法。 2つのセットの構成、リリース、スナップショットを使用すると、 - > <！ - POMは、各リポジトリの各タイプのコンポーネントに対して異なる戦略を採用できます。 - > <！ - たとえば、誰かがSnapshotバージョンのダウンロードのサポートを開発目的でのみ有効にすることを決定する場合があります - > <SnapShots> <enabled /> <updatePolicy /> <CheckSumpolicy /> < /snapshots> <！ - リモートリポジトリユニークな識別子。 settings.xmlファイルで構成されたリモートリポジトリを一致させることができます - > <id> repo-id </id> <！ - リモートリポジトリ名 - > <name> repo-name </name> <！ - プロトコルの形式：// hostname/path-> <url> </url> <！ - コンポーネントを見つけてソートするために使用されるリポジトリレイアウトタイプ - デフォルト（デフォルト）またはレガシー（レガシー）にすることができます。 - > <！ - Maven 2は、リポジトリにデフォルトのレイアウトを提供します。 - > <！ - ただし、Maven1.xには異なるレイアウトがあります。 - > <！ - この要素を使用して、レイアウトがデフォルトかレガシーかを指定できます。 - > <Layout>デフォルト</layout> </repository> </repository> </repository> <！ - 構築とレポートのためのプラグインのリモートリポジトリリストを発見します - > <pluginrepositories> <！ - リモートプラグインリポジトリに接続する必要がある情報が含まれています。リポジトリ/リポジトリ要素 - > <PluginRepository/> </pluginRepositories>を参照してください
プロファイル構成
<！ - 列にプロファイルを作成します。アクティブ化されると、ビルドプロセスが変更されます - > <プロファイル> <！ - 環境パラメーターまたはコマンドラインパラメーターに基づいてビルドプロセスをアクティブにします - > <profile> <！ - プロファイルを自動的にトリガーする条件付きロジック。アクティベーションは、プロファイルのオープニングキーです。 - > <activation> <！ - デフォルトでプロファイルがアクティブ化されているかどうかの身元 - > <activeBydefault> false </activeBydefault> <！ - アクティベーションには組み込みのJavaバージョン検出があります。 JDKバージョンが予想どおりに検出された場合、プロファイルがアクティブになります。 - > <jdk> 1.7 </jdk> <！ - 一致するオペレーティングシステム属性が検出されると、プロファイルがアクティブになります。 OS要素は、いくつかのオペレーティングシステム関連の属性を定義できます。 - > <os> <！ - プロファイルをアクティブ化するオペレーティングシステムの名前 - > <name> windows xp </name> <！ - プロファイルをアクティブ化するオペレーティングシステムのファミリ（「Windows」など） - > <ファミリー> Windows </family> <！ - プロファイルのオペレーティングシステムアーキテクチャ - > <アーチ> x86 </> < </os> <！ - Mavenが特定のプロパティを検出した場合（その値はPOMの$ {name}で参照できます）、対応する名前と値があり、プロファイルがアクティブになります。 - > <！ - 値フィールドが空の場合、プロパティ名フィールドが存在する場合、プロファイルがアクティブになります。それ以外の場合、プロパティ値フィールドは、ケースに敏感な方法で一致します - > <プロパティ> <！ - プロファイルをアクティブ化するプロパティの名前 - > <name> mavenversion </name> <！ - プロファイルをアクティブ化するプロパティの値 - > </</value> </property> <！欠落は、ファイルが存在するかどうかをチェックし、存在しない場合はプロファイルをアクティブにします。 - > <！ - 一方、存在すると、ファイルが存在するかどうかを確認し、存在する場合はプロファイルをアクティブにします。 - > <file> <！ - 指定されたファイルが存在する場合、プロファイルをアクティブにします。 - > <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</</</<！ - 指定されたファイルが存在しない場合は、プロファイルをアクティブにします。 - > <行方不明>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing> </file> </activation> <id/> <build/> <モジュール/> <プロファイル構成項目は、setting.xmlでも使用できます。これは、ID、アクティベーション、リポジトリ、プラグインポジター、プロパティ要素など、pom.xmlのプロファイル要素のトリミングバージョンです。ここでのプロファイル要素には、set.xmlが個別のプロジェクトオブジェクトモデル設定ではなく、建物システム全体（これはまさにsettings.xmlファイルの役割の位置）のみを気にかけるため、これらの5つの子要素のみが含まれています。設定内のプロファイルがアクティブになっている場合、その値は、同じIDを使用してPOMまたはprofile.xmlで定義されている他のプロファイルを上書きします。
pom.xmlのプロファイルは、pom.xmlと同じ子要素と構成方法を持つpom.xmlのコピーと見なすことができます。オプションのアクティベーション（プロファイルトリガー）と一連の変更が含まれています。たとえば、テストプロセスは、異なるデータベース（最終展開と比較して）または異なる依存関係または異なるリポジトリを指す場合があり、異なるJDKに従って変更されます。プロファイルをアクティブにするために確立されているのはそのうちの1つだけです。最初の条件が満たされている場合、将来は一致することはありません。
レポート構成
<！ - レポートプラグインを使用してレポートを生成するための仕様を説明します。特定のMavenプラグインは、対応するカスタマイズおよび構成されたレポートを出力できます。 - > <！ - ユーザーが「MVNサイト」を実行すると、これらのレポートが実行され、ページナビゲーションバーのすべてのレポートへのリンクが表示されます。 - > <報告> <！ - 本当、ウェブサイトにはデフォルトのレポートが含まれていません。これには、プロジェクト情報メニューのレポートが含まれます。 - > <expluedEfaults /> <！ - すべての生成されたレポートが保存されています。デフォルト値は$ {project.build.directory}/siteです。 - > <outputDirectory /> <！ - 使用されたレポートプラグインとその構成。 - > <プラグイン> <プラグイン><groupID/> <artifactid/> <バージョン/> <継承/> <configuration> <links> <link> http://java.sun.com/j2se/1.5.0/docs/api/ </link> </links> </configuration> <！ - > <！ - 仕様（レポートセット）は、実行ターゲットに対応します。たとえば、1、2、3、4、5、6、7、8、9のレポートがあります。 - > <！ - 1、2、5は、実行ターゲットに対応するAレポートセットを構成します。 2、5、8は、別の実行ターゲットに対応するBレポートセットを構成します - > <レポートセット> <！ - セットを生成する一連のレポートと、POMが継承するときに使用されるレポートセットの一意の識別子を表します。 <継承/> <！ - このセットで使用されるレポート - > <レポート> <レポート> javadoc </report> </reports> </reportset> </reportset> </plugin> </plugins> </reporting> </reporting>環境構成
<！ - プロジェクトの問題管理システムの名前とURL（Bugzilla、Jira、Scarab、または好きな問題管理システム）。この例では、Jira-> <Issuemanagement> <！ - 問題管理システムの名前（Jiraなど）、 - > <system> Jira </system> <！ - プロジェクトで使用される問題管理システムのURL - > <url> http://jira.clf.com/ </url> <！ - プロジェクトで使用される連続統合システムのURL（連続統合システムにWebインターフェイスがある場合）。 - > <url /> <！ - ビルドが完了したときに通知する必要がある開発者 /ユーザーの構成アイテム。通知情報と通知条件が含まれています（エラー、失敗、成功、警告） - > <通知者> <！ - ビルドが中断されたときにユーザー /開発者に通知する方法を構成 - > <通知者> <！ - 通知を送信する方法 - > <タイプ /> <！ビルドが成功したときに通知されます - > <sendonsuccess /> <！ - 警告が発生したときに通知されますか - > <sendonwarning /> <！ - 警告が発生したときに通知 /> <sendonwarning /> <！ - 警告が発生したときに通知されます - > <sendonwarning /> <！通知を送信する場所 - > <address/> <！ - 拡張構成項目 - > <configuration/> </notifier> </notifiers> </cimanagement>
プロジェクト情報構成
<！ - Mavenによって生成されたドキュメントのプロジェクトの名前 - > <name> banseon-maven </name> <！ - Mavenによって生成されたドキュメント用 - プロジェクトホームページこの要素がHTML形式 - > <！ - で説明できる場合（たとえば、CDATAのテキストはパーサーによって無視され、HTMLタグを含めることができます）。 - > <！ - 生成されたWebサイトのインデックスページを変更する必要がある場合は、ここでドキュメントを調整する代わりに、独自のインデックスページファイルを変更する必要があります。 - > <説明> Mavenを研究するためのMavenプロジェクト。 </description> <！ - このプロジェクトの建設環境の前提条件について説明します。 - > <PREREQUISITES> <！ - プロジェクトの構築またはプラグインの使用に必要なMavenの最小バージョン - > <Maven /> < /prerequisites> <！ - プロジェクト作成の年、4桁。この値は、著作権情報を生成するときに必要です。 - > <inception-year /> <！ - プロジェクト関連のメーリングリスト情報 - > <mailinglists> <！ - この要素は、プロジェクトに関連するすべてのメーリングリストを説明しています。自動的に生成されたWebサイトは、この情報を参照しています。 - > <maelinglist> <！ - 電子メールの名前 - > <name> demo </name> <！ - メールを送信するためのアドレスまたはリンク。電子メールアドレスの場合、MailTo：リンクは、ドキュメントの作成時に自動的に作成されます - > <post> [email protected] </post> <！ - メールを購読するためのアドレスまたはリンク。電子メールアドレスの場合、MailTo：リンクは、ドキュメントの作成時に自動的に作成されます - > <subscribe> [email protected] </subscribe> <！ - メールを登録解除するためのアドレスまたはリンク。電子メールアドレスの場合、MailTo：Linkはドキュメントの作成時に自動的に作成されます - > <unsubscribe> [email protected] </unsubscribe> <！ - メール情報のURLを閲覧できます - > <アーカイブ> http：/hi.clf.com/</</archive> <開発者 - > <開発者> <！ - SCMのプロジェクト開発者のユニークな識別子 - > <id> hello world </id> <！ - プロジェクト開発者のフルネーム - > <名前> </name> <！ - [email protected] </email> <！役割要素は、さまざまな役割を説明しています - > <ロール> <lole>プロジェクトマネージャー</role> <lole> architect </role> </roles> <！ - プロジェクト開発者が属する組織 - > <編成> demo> demo </organization> <！ - プロジェクト開発者が属するURLのURL-インスタントメッセージなどを処理 - > <プロパティ> <dept> no </dept> </properties> <！ - プロジェクト開発者が配置されているタイムゾーン、範囲-11〜12。-> <タイムゾーン> -5 </</</</開発者> </開発者> </開発者> <！開発者 /開発者要素を参照してください - > <コントリビューター> <name /> <email /> <url /> <organization /> <organizationurl /> <roles /> <timezone /> <properties /> < /contributor> < /contributors> <！ - この要素はプロジェクトのすべてのライセンスリストを説明しています。プロジェクトのライセンスリストのみをリストし、依存関係プロジェクトのライセンスリストをリストしないでください。 - > <！ - 複数のライセンスがリストされている場合、ユーザーはすべてのライセンスを受け入れる代わりにそのいずれかを選択できます。 - > <ライセンス> <！ - プロジェクトのWebサイトのライセンスページを生成するために使用されるプロジェクトのライセンスについて説明します。他のレポートと検証もこの要素を使用します。 - > <ライセンス> <！ - ライセンスは法律名に使用されます - > <Name> Apache 2 </name> <！ - 公式ライセンスボディページのURLページ - > <url> http://www.clf.com/license-2.0.txt </url> <！ - プロジェクトの配布の主な方法：repo、distfartion> libribrow> <> lup> uprively、< <！ - ライセンスに関する補足情報 - > <comtones> Abusiness-Frendly OSSライセンス</comments> </license> </license> <！ - scm（Source Control Management）タグを使用すると、Maven Webサイトやその他のプラグインで使用するコードベースを構成できます。 - > <scm> <！ - scm url。リポジトリとリポジトリへの接続方法を説明しています。詳細については、SCMSが提供するURL形式とリストを参照してください。この接続は読み取り専用です。 - > <connection> svn：http：//svn.baidu.com/banseon/maven/ </connection> <！ - 接続要素と同様の開発者向け。つまり、接続は単に読み取られているだけではありません - > <DeveloperConnection> SCM：svn：http：//svn.baidu.com/banseon/maven/ </developererconnection> <！ - 現在のコードのタグは、開発段階でデフォルトになります - > <タグ/> < - > <url> http://svn.baidu.com/banseon </url> </scm> <！ - プロジェクトが属する組織のさまざまな属性を説明してください。 Mavenによって生成されたドキュメントの使用 - > <組織> <！ - 組織のフルネーム - > <name> demo </name> <！ - 組織ホームページのURL-> <url> http://www.clf.com/ </url> </organization>
要約します
上記は、Mavenのpom.xml構成ファイルに関するこの記事のすべての内容です。私はそれが誰にでも役立つことを願っています。興味のある友人は、このサイトの他の関連トピックを引き続き参照できます。欠点がある場合は、それを指摘するためにメッセージを残してください。