Difference between revisions of "Gemini/Blueprint/Releasing"
(→Release Instructions) |
(→Release Instructions) |
||
Line 7: | Line 7: | ||
For example, for 1.0.1.M01: | For example, for 1.0.1.M01: | ||
− | Step 1: | + | Step 1 - update version, build, test: |
# git checkout -b milestone-prep | # git checkout -b milestone-prep | ||
# mvn versions:set -DnewVersion=1.0.1.M01 | # mvn versions:set -DnewVersion=1.0.1.M01 | ||
# find . -name "*.versionsBackup" -exec rm {} \; | # find . -name "*.versionsBackup" -exec rm {} \; | ||
− | # check Spring version properties in main pom. | + | # check Spring version properties in main pom.xml |
− | # update changelog version/date | + | # update changelog and its version/date |
# find . -name "boot-bundles.properties" and update ignore.gemini.blueprint.version to 1.0.1.M01 | # find . -name "boot-bundles.properties" and update ignore.gemini.blueprint.version to 1.0.1.M01 | ||
# if blueprint schema needs to be changed: | # if blueprint schema needs to be changed: | ||
Line 25: | Line 25: | ||
# reconnect network | # reconnect network | ||
# switch back to Java 6 or later | # switch back to Java 6 or later | ||
− | + | ||
+ | Step 2 - generate release artifacts: | ||
+ | <work in progress> | ||
The following are old notes for Spring DM. Need to update them for Gemini Blueprint! | The following are old notes for Spring DM. Need to update them for Gemini Blueprint! | ||
Line 31: | Line 33: | ||
Spring Dynamic Modules release procedure | Spring Dynamic Modules release procedure | ||
----- | ----- | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
Step 2: Generate release artifacts | Step 2: Generate release artifacts | ||
Line 89: | Line 74: | ||
## to get the same binaries in the zip and in the repo | ## to get the same binaries in the zip and in the repo | ||
− | Step 3 | + | Step 3 - upload artifacts: |
− | # create zip for javadocs and | + | # upload ZIP to Eclipse |
− | + | # create zip for javadocs, docs, and *.txt | |
− | + | # update online schemas at ??? | |
− | + | ||
− | + | ||
− | # 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 | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | # update the | + | |
# announce forums and mailing list | # announce forums and mailing list | ||
− | |||
− | |||
− | |||
[[Category:Gemini Blueprint|Blueprint]] | [[Category:Gemini Blueprint|Blueprint]] |
Revision as of 06:11, 30 May 2012
Building Gemini Blueprint
Release Instructions
Pre-req's: Java 5 in addition to preferred Java version. Maven 2.0.x is known to work; 3.0.x may work.
For example, for 1.0.1.M01:
Step 1 - update version, build, test:
- git checkout -b milestone-prep
- 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 .schema files (especially the aliases) // There are no .schema files
- update xml files in META-INF/spring which refer to the latest version of the eclipse-gemini-blueprint.xsd schema
- switch to Java 5
- disconnect network
- Build and test using:
- mvn clean install -Pit,equinox
- reconnect network
- switch back to Java 6 or later
Step 2 - generate release artifacts: <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
- generate javadocs (connected to internet) - mvn javadoc:javadoc javadoc:jar
- add sources - mvn source:jar (outputDirectory doesn't work)
- add libs - mvn dependency:copy-dependencies -DoutputDirectory=../target/libs -P equinox,samples
- this allows duplicates to be removed
- assemble plugin will pick this location and include in the distributed artifacts
- switch to java 6
- generate documentation - cd docs; mvn clean pre-site (used to be docbkx:generate-html docbkx:generate-pdf)
- switch back to java 5
Public (NOT RC, Mx) releases: change distributionManagement to maven.springframework.org/release
mvn -P equinox -Dmaven.test.skip=true deploy -DperformRelease
-DaltDeploymentRepository=local::default::file:/d:/work/study/osgi/repo during the deploy command. <maven-sync-root></maven-sync-root> is a checkout of https://springframework.svn.sourceforge.net/svnroot/springframework/repos/repo
Milestone releases: mvn -P equinox -Dmaven.test.skip=true deploy -DperformRelease
-DaltDeploymentRepository=local::default::file:/e:/tmp/spring-osgi.dist/[version]/repo during the deploy command.
- run release project - cd release; rm -rf target; mvn -o -P equinox package -Dmaven.test.skip=true
- add cglib (2.2.0)
- add jetty/tomcat activator sources+jars
- 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
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