mam oddzielone kod, który mam poczyniła do tej pory z jednego projektu maven do wielu projektów maven. Projekty, w których się znalazłem, mogą być wykorzystane przez przyszłe projekty, są to raczej biblioteki. Używałem jednego repozytorium Git do tego momentu, ponieważ wszystko było w jednym projekcie. Jednak po modularyzacji zastanawiam się, czy powinienem stworzyć repozytorium Git dla każdego projektu Maven. Uważam, że jest to właściwy sposób, ale chciałbym usłyszeć, co myślą o tym inni. Ponieważ projekty mogą działać jako samodzielne komponenty, zasługują również na własne repozytorium Git? Inną opcją byłoby opracowanie wszystkich projektów w tym samym repozytorium Git dla projektu, nad którym obecnie pracuję.projekty modułowe Maven i wielu repozytoriów Git
Odpowiedz
Ponieważ projekty mogą działać jako samodzielne komponenty, zasługują również na własne repozytorium Git?
To jest rzeczywiście jednym z głównych kryteriów definiowania repo git, która będzie stanowić spójną grupę pliku z własnym niezależnym historii (w tym jego zestaw oddziałów i znaczniki)
Ma to dodatkowy zaletę, że jakiś inny projekt w zależności od niektóre ale nie wszystkie składniki nie będzie musiał sklonować pełnej niepowtarzalny repo git (które zawierają wszystko, zawartych składników nie jest to konieczne).
Ten inny projekt może klonować i korzystać z dokładnego podzbioru wymaganych składników.
To się nazywa component approach, as opposed to the system approach.
Tak, dokładnie. Dodałbym do tego, że prawdopodobnie chcesz wyeliminować jakąkolwiek macierzystą pom, którą możesz mieć również. W ten sposób możesz naprawdę ewoluować oba moduły niezależnie. Jeśli jest to niewygodne, ponieważ twoje moduły są w rzeczywistości mocno sprzężone, modularyzacja spowoduje więcej problemów, niż rozwiązuje. To jest trochę anty-wzór w Javie, gdzie ludzie zmieniają każdy pakiet w moduł i kończą spędzać zbyt dużo czasu na wydaniach, kompilacjach itp. –
- 1. Posiadanie wielu repozytoriów Git
- 2. wielu repozytoriów Maven w Gradle
- 3. Importowanie wielu repozytoriów git w jednym projekcie w IntelliJ
- 4. Wtyczka Tomcat Maven i wielomodułowe projekty Maven
- 5. Wdrażanie artefaktu Maven do wielu repozytoriów z różnymi ustawieniami
- 6. Maven: OSGI, pakiety i projekty wielomodułowe
- 7. Istnieje sposób synchronizowania repozytoriów GIT i Subversion?
- 8. konfigurowanie TeamCity do pobierania wielu repozytoriów git z nazwanych lokalizacji
- 9. Ten sam projekt Django różnych repozytoriów GIT
- 10. Wiele mirrorów Maven dla tych samych repozytoriów
- 11. Maven - Nexus: znajdź zależne projekty
- 12. TFS i wspólne projekty w wielu rozwiązaniach
- 13. Połącz dwie historie repozytoriów git:
- 14. svn commit do wielu repozytoriów
- 15. Priorytety Maven repozytoriów, jeśli oba zawierają repozytoria?
- 16. Wiele repozytoriów maven w jednym gradle file
- 17. budować projekty C++ w Maven z maven-nar-plugin
- 18. Modułowe szablony w django
- 19. Jak grupować repozytoriów git według słów kluczowych/tagów
- 20. Jenkins: Wiele repozytoriów Git dla jednego projektu
- 21. Wyciąganie uwierzytelnionych repozytoriów git na Heroku
- 22. Importowanie wielu projektów mafii z git w eclipse
- 23. Czy można połączyć historię dwóch repozytoriów Git?
- 24. Wielu użytkowników repozytoriów Mercurial przez SSH?
- 25. Zalety GitHub ponad Bitbucket dla Git repozytoriów
- 26. Organizacja projektu za pomocą Maven + Git
- 27. Przesyłanie do wielu odległych repozytoriów jednocześnie w IntelliJ
- 28. Projekty w ramach projektów korzystających z Git
- 29. Wielokrotne pobranie git w jednym folderze zawierającym wiele repozytoriów
- 30. Projekt wielu modułów maven z nadrzędnym układem pom i svn
Sposób, w jaki zamierzasz z niego korzystać, wpłynie w równym stopniu na decyzję. Czy istnieje większe prawdopodobieństwo, że moduły zostaną rozwidlone jako samodzielne? – velo
To naprawdę sprowadza się do "Jak chcesz to zrobić?". Nie ma "poprawnej" odpowiedzi na to. Tak czy inaczej jest w porządku. –