Ich verwende Maven 2 nun schon seit einigen Jahren in vielen Projekten. Hier ein paar zufällige Tipps aus meinen bisherigen Erfahrungen, die ich gerne teilen möchte.
- Geben Sie die Version aller Ihrer Plugins und Reporting-Plugins explizit an. Wenn Sie die Version Ihrer Plugins nicht explizit angeben, kann es zu unerwartetem Verhalten kommen, das durch unerwartete Updates oder unterschiedliche Versionen auf verschiedenen Rechnern verursacht wird.
- Nehmen Sie Ihre internen Repositories in Ihre settings.xml auf. Auf dieses Problem bin ich kürzlich gestoßen. Wir hatten ein internes Maven-Repository eingerichtet, waren aber nicht in der Lage, eine schöne URL zuzuweisen, so dass wir die IP-Adresse verwenden mussten. Ein paar Monate später mussten wir das Maven Repo an einen anderen Ort migrieren... Das bedeutete, dass wir alle Poms ändern mussten, die einen Verweis auf dieses interne Maven-Repository hatten. Da wir immer noch nicht in der Lage sind, eine schöne Url zu bekommen, haben wir beschlossen, das interne Maven-Repository in die settings.xml aufzunehmen und diesen Teil der settings.xml an alle Entwickler zu verteilen.
- Verwenden Sie diese Option, um Versionen von häufig verwendeten Abhängigkeiten zu deklarieren.
Wenn Sie beispielsweise Spring verwenden, deklarieren Sie Ihre Spring-Abhängigkeiten als:
2.5.5
...
spring ${spring.version}
spring-test ${spring.version}
Der Vorteil ist, dass Sie Ihre Version an einer Stelle aktualisieren können, was besonders bei mehreren Projekten praktisch ist.
- Erzeugen Sie .project und .classpath mit mvn eclipse:eclipse (oder idea:idea usw.). So wissen Sie, dass Ihr .classpath und .project immer mit Ihrer pom.xml übereinstimmen.
- Erstellen Sie ein übergeordnetes Pom, das Informationen für die Generierung von Sites und die gesamte Verteilungsverwaltung enthält. Indem Sie diese Einstellungen in einem übergeordneten Pom abstrahieren, müssen Sie sich nicht wiederholen und können Ihre Site aktualisieren oder Ihre Verteilungsstrategie an einer Stelle ändern.
- Konfigurieren Sie die Website-Berichte so, dass sie einen Mehrwert bieten, anstatt sie standardmäßig zu verwenden. Wenn Sie Ihre Maven Website-Berichte standardmäßig verwenden, erzeugen sie eine Menge Lärm. Wenn Sie wirklich von ihnen profitieren möchten, müssen Sie sie so anpassen, dass sie den Bedürfnissen Ihres Teams entsprechen. Ich habe bereits einen Blogpost zu diesem Thema geschrieben.
- Verwenden Sie das jetty-maven-plugin für Webanwendungen Ich mag das jetty-maven-plugin sehr, wenn ich an Webanwendungen arbeite. Es ist einfach zu konfigurieren und sehr stabil. Es passieren keine seltsamen Dinge wie Abstürze von Eclipses, die ich immer mit WTP erlebe (oder liegt das nur an mir?).
- Verwenden Sie das maven-release-plugin für die Freigabe von . Dieses Plugin erspart Ihnen eine Menge manueller Arbeit bei der Aktualisierung von pom-Versionen und der manuellen (über mvn deploy) Bereitstellung von Artefakten im Maven-Repository.
-
Fügen Sie Ihr eigenes Maven-Repository in Ihr Projekt ein Diese Anleitung habe ich über die Wicket User Group erhalten. Manchmal benötigen Sie eine Abhängigkeit, die in keinem Maven-Repository enthalten ist, und Sie haben auch keinen (Zugang) zu einem (Firmen-)Maven-Repository. In diesem Fall können Sie ein Maven-Repository zu Ihrem Projekt hinzufügen (zum Beispiel in
$ /repository. Installieren Sie das fehlende Artefakt in diesem Ordner und fügen Sie Ihr neu erstelltes Repository in Ihre pom.xml ein.... project-local-repo file:///./repository
... Das ist natürlich ein fieser Hack, kann aber sehr praktisch sein, wenn Sie nicht wissen, wie Sie weitermachen sollen. Das war's. Haben Sie noch andere gute Tipps für Maven?
Verfasst von
Lars Vonk
Unsere Ideen
Weitere Blogs
Contact



