私は23年間プログラマをしてきました。私はJava、Spring、EclipseをIDEとして使用しています。私のプロジェクトのほとんどはTomcatとJBossで動作するWebベースです。私は現在、私のプロジェクトのためにMavenを見ることを要求していますが、私はMavenをビルドツールとして見ています...バージョンコントロールなどのためにSubversionを使用していますが、Mavenはどのように適合していますか？そしてどこから始めるのですか？MavenまたはNot to Maven
私たちは、私にいくつかの入力を与えてください、次の
ジャワ、春、JBossの、Eclipseの、Subversionの
を使用しています。
Mavenはビルド/デプロイメントツールです。 cmakeまたはantと似ています。これは、プラグインを介してEclipseにプラグインすることができます、それはtomcat/jboss/websphereなどに戦争/ jarsを展開するために使用することができますそれはテストスイートなどを実行することができます。
Maven In 5 Minutesをご覧ください。間違いなく
http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html
Mavenのために行きます。それは実際にビルドプロセスに秩序をもたらし、自動依存性管理としていくつかのクールな機能を持っています。
あなたが言及したすべてのツールとよく統合されたプラグインも含まれています。 Mavenの書籍
Defnitely Mavenのためのhttp://www.sonatype.com/books/mvnref-book/reference/で
スタート。 IDEはビルドシステムではなく、依存関係管理には適していません。 Mavenを使用すると、ビルドwchichをほとんどどこでも動作させることができ、予測可能です。もう一つの利点は依存関係の仕様です - ypuはバージョンx.y.zで春が必要で、バージョンz.k.yで冬眠しているだけで、すべての依存関係で取得できると言っています。
メインビルドツールとしてmavenを使用し、そこからEclipseプロジェクトファイルを生成します。 （また、.projectや.classpathをソースコントロールにチェックインすることはありません）。いくつかのIDE（特に：アイデア）は、プロジェクトとしてmavenビルド記述子を使用するだけです。リリースプロセスなど
ジェンキンス、MavenとSubversionは偉大なチームだドキュメントのウェブサイト生成 -
またmaevnからadvnatesの多くを得るだろう。すべての設定が完了したら、ジェンキンはリラックスして、あなたのSubversionリポジトリからソースをチェックアウトするジェンキンを見て、アプリケーションをビルドします。
作業が完了した後、彼が働いているのを見たり、ビルドレポートを楽しむことができます。
mavenのための親指と、hire the butler！
私たちはantスクリプトを使用していました。この組み合わせは私たちの人生を大きく改善しました（ただし、Mavenはかなり習熟しています）。さらに、NexusのようなMavenリポジトリをそこにスローします。変更をコミットし、後で他の開発者がテストするために新しいスナップショットをあなたのMavenリポジトリで利用できるようになります。マジック –
私は答えることはできませんが、私はコメントします：私はあなたが助けてくれる道具を考えなければならないと思っていますが、私の経験ではMavenは多くのトラブルです。多くのプロジェクト。多くの人があなたの病気の治療薬としてそれを宣伝していますが、それは本当の痛みであり、すべてのプロジェクトで正当化されません（もちろんどんなツールでも当てはまります）。私は誇大広告を読むだけでなく、 Mavenの難しさに関するブログや記事を探し、過度に「自動」にしようとするものを使うことの影響を注意深く考慮する。 –
Mavenは主に依存関係マネージャ、プロジェクトの依存関係、プロジェクト依存関係の依存関係などです。あなたはそれなしで行くことができますが、あなたはそれを手動で行う必要があります。それはEclipseやsvn、gitに匹敵し、現在は依存関係マネージャーとしての意味があり、パブリックMavenリポジトリーはjarファイル配布のためには不可欠です。 –