2011-10-26 14 views
5

Chcemy wdrożyć maven w naszej firmie i zastanawiamy się, jaki jest najlepszy sposób na rozpowszechnianie pliku settings.xml i być może powiązanych danych dla każdego programisty. Widzimy te ograniczenia:Dystrybucja pliku settings.xml maven w środowisku korporacyjnym

  • Chcemy „baterie” strategia ": minimalna ilość pracy do utworzenia prawidłowego środowiska.
  • Mamy profili mobilnych, więc nie możemy przechowywać pełną maven repozytorium pamięci podręcznej w profilu (konieczność tworzenia folderu cache poza tym profilu)
  • Chcemy przesunąć trochę aktualizacji do tego pliku bez niszcząc lokalne modyfikacje (więc nie nadpisać ale np seryjnej subversion byłby użyteczny)
  • Chcemy tylko, aby korzystać z narzędzi deweloper stylu, więc nie zależą od systemu operacyjnego Windows facetów z całej związanej napowietrznej zwolnij, aby pchnąć niewielką zmianę (przy użyciu obiektów zasad grupy lub wiadomości SMS w celu wypchnięcia tego pliku nie jest preferowany)

Więc jak radzi sobie z tym Twoja firma?

+0

Witam hyperman Mam podobny wymóg, aby przesłać zmiany settings.xml do lokalnego środowiska programistów. Wszelkie sugestie, w jaki sposób ją wdrożyłeś? –

Odpowiedz

0

Umieść settings.xml w systemie kontroli wersji, używamy Git, mówimy repozytorium ignorować katalog w ~/.m2repository w pliku .gitignore a potem po prostu wyciągnąć plik settings.xml regularnie z centralnego zdalnego repozytorium, w nasz przypadek to prywatny serwer Gitorious`.

Po skonfigurowaniu i uruchomieniu tego pliku rzadko zdarza się, że w większości przypadków powinien się zmienić. Więc umieszczenie pliku settings.xml na wiki i zainstalowanie go przez użytkownika podczas instalacji oprogramowania do kontroli wersji i Maven nie stanowi większego obciążenia.

+0

Właśnie odkryłem dodatkowe wymaganie: Chcielibyśmy użyć hasła pojedynczego na hasło do rozmieszczenia artefaktów i jest ono przechowywane w pliku settings.xml. Wydaje się, że będziemy aktualizować plik regularnie, aby zaktualizować to hasło. Również * Baterie w zestawie: Wydaje się, że całkiem sporo tych „jednorazowe” plików w naszym środowisku dev, więc staram się unikać umieszczania go na wike (wymagające ręcznego działania na aktualizację) * Scalanie lokalne modyfikacje są trudne w tej strategii – hyperman

Powiązane problemy