Difference between revisions of "Gemini/Blueprint/Releasing"
(→Release Instructions) |
(→Release Instructions) |
||
Line 31: | Line 31: | ||
# generate Maven repo (when the Gemini maven repo is open for business): | # generate Maven repo (when the Gemini maven repo is open for business): | ||
## For full releases (not milestone or RC) may be necessary to change distributionManagement repository to point at release repository | ## For full releases (not milestone or RC) may be necessary to change distributionManagement repository to point at release repository | ||
+ | ## switch to Java 5 | ||
## mvn -P equinox -Dmaven.test.skip=true deploy -DperformRelease -DaltDeploymentRepository=local::default::file:/tmp/gemini-blueprint/1.0.1.M01/repo | ## mvn -P equinox -Dmaven.test.skip=true deploy -DperformRelease -DaltDeploymentRepository=local::default::file:/tmp/gemini-blueprint/1.0.1.M01/repo | ||
+ | ## switch back to Java 6 or later | ||
+ | |||
<work in progress> | <work in progress> |
Revision as of 07:21, 31 May 2012
Building Gemini Blueprint
Release Instructions
Pre-req's: Java 5 in addition to preferred Java version. Maven 2.0.x has worked in the past; now using 3.0.3.
For example, for 1.0.1.M01:
Step 1 - update version, build, test:
- mvn versions:set -DnewVersion=1.0.1.M01
- find . -name "*.versionsBackup" -exec rm {} \;
- check Spring version properties in main pom.xml
- update changelog and its version/date
- find . -name "boot-bundles.properties" and update ignore.gemini.blueprint.version to 1.0.1.M01
- if blueprint schema needs to be changed:
- add the file gemini-blueprint-<version>.xsd to core/src/main/resources/org/eclipse/gemini/blueprint/config
- update the version attribute of the xsd:schema element of the above file
- update core/src/resources/main/resources/META-INF/schema (especially the aliases)
- update xml files in META-INF/spring which refer to the latest version of the eclipse-gemini-blueprint.xsd schema
- switch to Java 5
- Build and test using:
- mvn clean install -Pit,felix
- mvn clean install -Pit,knopflerfish // a few integration tests currently fail, but this could be KF setup problem
- mvn clean install -Pit,equinox
- switch back to Java 6 or later
Step 2 - generate release artifacts:
- generate javadocs - mvn javadoc:aggregate javadoc:jar - aggregated javadoc in target/site/apidocs/
- collect sources into JARs - mvn source:jar (outputDirectory doesn't work)
- generate documentation - cd docs; mvn clean pre-site; cd .. (used to be docbkx:generate-html docbkx:generate-pdf) // output in docs/target/site/
- generate Maven repo (when the Gemini maven repo is open for business):
- For full releases (not milestone or RC) may be necessary to change distributionManagement repository to point at release repository
- switch to Java 5
- mvn -P equinox -Dmaven.test.skip=true deploy -DperformRelease -DaltDeploymentRepository=local::default::file:/tmp/gemini-blueprint/1.0.1.M01/repo
- switch back to Java 6 or later
<work in progress>
The following are old notes for Spring DM. Need to update them for Gemini Blueprint!
Spring Dynamic Modules release procedure
Step 2: Generate release artifacts
- run release project - cd release; rm -rf target; mvn -o -P equinox package -Dmaven.test.skip=true
- check version and format on both javadocs & docs
- update maven archetype
- update readme.txt/readme-libraries.txt
- final search for XXX-SNAPSHOT to see whether it is referred to somewhere
- the assembly already created the artifacts under release/target. You just need to add the sources under src/ folder.
- add Incubator in the name
- commit sources with stable revisions
- do SVN export to provide the sources (should find a better way) and add them to the with-dependencies archive. Check what modules should be excluded (docs/release/lib) - archive the sources into a zip (since building causes leftovers)
- delete local maven repo
- try to build the project from the sources
- if everything works out okay, put the sources in the archive,make tag and increase version to 1.1.X-SNAPSHOT tag
- run the mvn deploy target above but this time w/o the altDeploymentRepository (for milestones)
- to get the same binaries in the zip and in the repo // Which step created the ZIP?
Step 3 - upload artifacts:
- upload ZIP to Eclipse
- create zip for javadocs, docs, and *.txt
- update online schemas at ???
- tag git repository for the version
- increment project version to n.n.n.BUILD-SNAPSHOT and commit
- update the downloads page
- announce forums and mailing list