Zasadniczo nie można (bez niektórych hakowanie w konfiguracji wtyczek Mavena), a nawet jeśli możesz - po prostu nie rób tego. Podejście Mavena i filozofia na temat zależności są surowe i proste, w tym domyślna konwencja posiadania wersji jako sufiksu nazwy pliku. Od razu mówi, która wersja artefaktu jest używana. Jeśli jesteś zależny od jakiegoś artefaktu, który jest często uwalniany, musisz zaktualizować jego wersję w POM, tak, aby jej "propagacja" nie była w jakiś sposób samoczynna. Dlatego nie widzę problemu z tym przyrostkiem nazwy pliku.
Jeśli ta potrzeba częstych zmian jest dla ciebie problematyczna, może powinieneś rozważyć modyfikację w jakiś sposób tego często wydanego cyklu rozwoju artefaktów? Prawdopodobnie możesz wydłużyć nieco czas spędzony w tej samej wersji SNAPSHOT? Nawet jeśli często korzystasz z "wewnętrznych" wydań (takich jak nocne konstrukcje), Maven nie zmusza cię do podważania twojej wersji w każdym wydaniu (w sensie Maven Release Plugin). Możesz pozostać przy wersji SNAPSHOT tak długo, jak chcesz. Nawet w naprawdę szybkich procesach Agile (lub Kanban) tego rodzaju "prawdziwe" wydarzenie zwykle zdarza się co kilka tygodni i jest wystarczająco długie, aby można było nim zarządzać.
Podsumowując, nie jest tak, że nie pomogę ci (lub coś podobnego) lub nie chcę. Po prostu myślę, że próbujesz walczyć z Mavenem. Maven jest naprawdę potężny, jeśli akceptujesz jego podejście i konwencje. Z mojego doświadczenia wynika, że próba obejścia tego problemu oznacza problemy (prędzej czy później). Widziałem już wiele projektów, które miały konfigurację Maven-like-Ant i wielu programistów narzekało na to, że Maven jest do bani. Po zastanowieniu się nad tym, powiedziałem im: "Maven nie jest do dupy, twoje POM".
Po co ci to potrzebne? – weekens
Mam zależność od moich innych projektów. Wersje tych projektów zmieniają się bardzo często – Ilya