[ https://issues.jboss.org/browse/JBIDE-16128?page=com.atlassian.jira.plugi... ] Mickael Istria edited comment on JBIDE-16128 at 5/18/15 10:59 AM: ------------------------------------------------------------------ If we replace the BUILD_ALIAS by a fixed version in the root pom of each components, here is what we gain: * We deploy to Nexus, using regular Maven deployment steps (less usage of in-house scripts) * We don't have to maintain conventions on download.jboss.org for the CI builds * We move to a more standard Maven approach, that several other Eclipse projects are using So overall, are build/publication process becomes more accessible. The simplicity to publish comes with the following drawbacks, mainly caused by the fact that Maven versions are statically defined and don't allow to reference variables (such as BUILD_ALIAS). * It's very important that components do not forget to bump version in there root pom (and immediate children), to make sure master and branch do not collide to the same URL on Nexus. => Possible workaround: we add the BUILD_ALIAS property to jobs and add a step on CI or in pom.xml to guarantee that version ends with BUILD_ALIAS-SNAPSHOT. * it's more complicated to update root pom + immediate children than to update only root pom. => However, if you do it wrong, build fails explicitly, so not much surprise. My impression is that it seems worth it, and that the cost in lower than the gain. was (Author: mickael_istria): If we replace the BUILD_ALIAS by a fixed version in the root pom of each components, here is what we gain: * We deploy to Nexus, using regular Maven deployment steps (less usage of in-house scripts) * We don't have to maintain conventions on download.jboss.org for the CI builds * We move to a more standard Maven approach, that several other Eclipse projects are using So overall, are build/publication process becomes more accessible. The simplicity to publish comes with the following drawbacks, mainly caused by the fact that Maven versions are statically defined and don't allow to reference variables (such as BUILD_ALIAS). * It's very important that components do not forget to bump version in there root pom (and immediate children), to make sure master and branch do not collide to the same URL on Nexus. => Possible workaround: we add the BUILD_ALIAS property to jobs and add a step on CI or in pom.xml to guarantee that version ends with BUILD_ALIAS-SNAPSHOT. * it's more complicated to update root pom + immediate children than to update only root pom. => However, if you do it wrong, build fails explicitly, so not much surprise. My impression is that it seems worth it, and that the cost in lower than the gain. -- This message was sent by Atlassian JIRA (v6.3.15#6346)