[
https://issues.jboss.org/browse/JBIDE-21012?page=com.atlassian.jira.plugi...
]
Nick Boldt commented on JBIDE-21012:
------------------------------------
Successfully built and deployed a SNAPSHOT site using -DBUILD_ALIAS_NUM=51 (to synthesize
a Beta1):
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
And the exploded update site:
https://repository.jboss.org/nexus/content/unzip/unzip/org/jboss/tools/fr...
So... this approach might be doable.
*{color:red}HOWEVER{color}* ... [~dgolovin] raised a good point here about how aggregation
would work for CI builds in master branch while component builds are being replaced by a
new build result. Will things break (because the resolved stuff has vanished)? Likely,
since there's only one "latest" build available in the /unzip/ URL. So if we
do move to this model, it sounds like it might best be used only for building from code
freeze branches, NOT from master.
Why do we deploy JBT components to Nexus snapshots repo?
--------------------------------------------------------
Key: JBIDE-21012
URL:
https://issues.jboss.org/browse/JBIDE-21012
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: build, updatesite
Affects Versions: 4.3.0.Final, 4.4.0.Alpha1
Reporter: Nick Boldt
Assignee: Nick Boldt
Fix For: 4.3.1.Beta1, 4.4.0.Alpha1
Currently, we deploy our x.y.z-SNAPSHOT update sites to the JBoss Nexus snapshots repo.
But other than Locus and the Browsersim Standalone zip, we don't ever use these
artifacts, so they just:
* eat disk space in Nexus
* consume time/resources in Jenkins
Since we have the custom profile
deploy-to-jboss.org in place for all our artifacts, why
don't we set *maven.deploy.skip=true* in the parent pom for all the projects (except
of course Locus and Browsersim Standalone, which would use maven.deploy.skip=false) ?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)