Jestem zainteresowany utrzymaniem aMaven 2 repozytorium dla mojej organizacji. Jakie są wskazówki i pułapki, które mogłyby pomóc.

Jakie są wytyczne dla użytkowników podczas konfigurowania standardów pobierania lub publikowania własnych artefaktów w repozytorium podczas zwalniania ich kodu? Jakie rodzaje zarządzania / reguł obowiązują dla tego typu rzeczy? Co zawierasz w przewodniku / dokumentacji twojego programisty?

AKTUALIZACJA: Wstaliśmy z Nexusem i byliśmy z niego bardzo zadowoleni - postępowaliśmy zgodnie z większością wytycznych Sal i nie mieliśmy żadnych problemów. Ponadto ograniczyliśmy dostęp i automatyczne budowanie / wdrażanie artefaktów migawek za pośrednictwem serwera CI Hudson. Hudson może analizować wszystkie zależności pomiędzy projektami upstream / downstream, więc jeśli problem z kompilacją, niepowodzeniem testu lub innym naruszeniem spowoduje przerwanie kompilacji, nie nastąpi wdrożenie. Bądź zmęczony wykonywaniem migawkowych wdrożeń w Maven2 / Maven3, ponieważ metadane zmieniły się między dwiema wersjami. Strategia wdrażania migawki „Tylko Hudson” złagodzi to. Nie korzystamy z Release Plugin, ale napisaliśmy trochę hydrauliki wokółWtyczka wersji kiedy zamierzasz przenieść migawkę, aby ją zwolnić. Używamy również m2eclipse i wydaje się, że działa on bardzo dobrze z Nexusem, ponieważ z pliku ustawień może zobaczyć Nexusa i wie, jak indeksować informacje o artefaktach do wyszukiwania. (Chociaż musiałem zmodyfikować niektóre z tych ustawień, aby w pełni indeksowały nasze wewnętrzne migawki.) Polecam również wdrożenie słoika źródłowego ze swoimi artefaktami jako standardową praktyką, jeśli chcesz to zrobić. Konfigurujemy to w super POM.

UPDATE2: Natknąłem sięten dokument Sonatype który wyszczególnia różne etapy adopcji / dojrzałości, każdy z różnymi celami wykorzystania dla menedżera repozytorium Maven.