]
Nick Boldt closed JBIDE-21120.
------------------------------
Resolution: Done
Closing.
Why do we deploy TP zips to Nexus snapshots repo?
-------------------------------------------------
Key: JBIDE-21120
URL:
https://issues.jboss.org/browse/JBIDE-21120
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 TP update sites to the JBoss Nexus snapshots repo.
{code}
Uploading:
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
Uploading:
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
Uploading:
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
Uploading:
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
Uploading:
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
Uploading:
https://repository.jboss.org/nexus/content/repositories/snapshots/org/jbo...
...
{code}
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
So, why don't we set a custome deployment strategy (eg., akin to
*maven.deploy.skip=true*) in the jbosstools-targetplatform & jbosstools-discovery root
pom to prevent this waste of time/space? Then we can just deploy the .target files, not
the zips.
This would certainly speed up builds, which currently take 30-60 mins per TP build.