To be honest, I didn't even know that there is a 'main project' with tons of git-submodules to emulate our old maven master build.
I still wonder whether it has any benefit to have the relativePath in our plugins. It is useful if you have a reactor build where maven then knows how to search for other dependencies and figures what other parts to build. But I do not really see this for multiple reasons: * We don't have any snapshot but a fixed version of the parent maven-plugins:33 (and other versions) in every plugin. That means they won't use the 'is-a' in aggregator-style anyway * That means the parent pom is merely a 'build-pom' but not much more. I * Even if we would upgrade every plugin to use the latest snapshot of our maven-plugins parent pom we would not add much. It would still build fine without having a relativePath section. And we would not gain much from keeping relativePath because we barely have dependencies between our plugins. Hervé, others did I overlook something? And sorry for starting this discussion. It's totally unimportant if we keep it or not. I'm fine both ways, it just looked like something we missed to remove when we moved from the maven-plugins sparse tree in SVN over to single GIT repos for each and every single maven plugin. LieGrue, strub > Am 21.12.2019 um 18:38 schrieb Romain Manni-Bucau <rmannibu...@gmail.com>: > > Le sam. 21 déc. 2019 à 15:03, Hervé BOUTEMY <herve.bout...@free.fr> a > écrit : > >> how does the current relativePath work less than without it? >> Does it really break anything more than just "people don't understand the >> value" then consider it "wrong"? >> > > Well, it is unlikely but it can break the build yes, at least if it exists. > It is also not friendly for newcomers cause not obvious. > > >> in addition, I know that intermittent Maven contributor will clone only >> one >> Git repository, but I personally work on every Maven Git repository on >> many >> computers: being able to clone and update everything easily is key to me >> > > Not sure I see how it changes anything :s. Assume we drop it, then you can > still do all that (it is top-down and not down-top afaik). > > > >> Regards, >> >> Hervé >> >> Le samedi 21 décembre 2019, 14:29:17 CET Romain Manni-Bucau a écrit : >>> Agree with Robert, git clone && mvn install must always work and be >>> straight forward if we want people to be able to help/work imho. >>> >>> Le sam. 21 déc. 2019 à 13:33, Robert Scholte <rfscho...@apache.org> a >>> >>> écrit : >>>> that only works for the very, very few that uses this repository. >>>> It should work as to how contributors work with it, otherwise you'll >> see >>>> other issues compared to them. >>>> >>>> Robert >>>> On 21-12-2019 12:33:53, Hervé BOUTEMY <herve.bout...@free.fr> wrote: >>>> disagree >>>> >>>> We have the repo configuration which brings a location for every Git >>>> repository: >>>> https://maven.apache.org/scm.html >>>> or https://github.com/apache/maven-sources/ >>>> >>>> The relative paths are calculated against that. >>>> And I recently even added aggregator poms to build absolutely >> everything >>>> in >>>> one unique build >>>> >>>> Regards, >>>> >>>> Hervé >>>> >>>> Le jeudi 19 décembre 2019, 12:13:56 CET Mark Struberg a écrit : >>>>> Hi folks! >>>>> >>>>> Looking at massembler right now I stumbled across a parentPom section >>>>> >>>>> >>>>> maven-plugins >>>>> org.apache.maven.plugins >>>>> 33 >>>>> ../../pom/maven/maven-plugins/pom.xml >>>>> >>>>> >>>>> This was perfectly fine when we had all in SVN under one big project. >>>>> But nowadays - having all in GIT - I'd we should remove the >>>>> relativePath, >>>>> isn't? >>>>> >>>>> LieGrue, >>>>> strub >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> For additional commands, e-mail: dev-h...@maven.apache.org >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
