Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Lyo/ReleaseReviews"

< Lyo
(Created page with "== Lyo Releases == Here is the release process for Lyo. General information on the Eclipse release process is documented at http://wiki.eclipse.org/Development_Resources/HOWT...")
 
(Publishing Releases)
 
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
== Lyo Releases ==
 
 
 
Here is the release process for Lyo. General information on the Eclipse release process is documented at http://wiki.eclipse.org/Development_Resources/HOWTO/Release_Reviews.
 
Here is the release process for Lyo. General information on the Eclipse release process is documented at http://wiki.eclipse.org/Development_Resources/HOWTO/Release_Reviews.
  
=== Release Reviews ===
+
== Release Reviews ==
  
 
'''Important: This must be done at least 3 weeks before your release date!'''
 
'''Important: This must be done at least 3 weeks before your release date!'''
Line 10: Line 8:
 
* Make sure the release date is set in the project metadata at https://projects.eclipse.org/projects/technology.lyo/releases
 
* Make sure the release date is set in the project metadata at https://projects.eclipse.org/projects/technology.lyo/releases
 
* Review and submit the IP log: http://www.eclipse.org/projects/ip_log.php?projectid=technology.lyo
 
* Review and submit the IP log: http://www.eclipse.org/projects/ip_log.php?projectid=technology.lyo
* Put together release review documentation for the release. Look at the [[Lyo/ProjectPlans|Lyo project plans]] for examples.
+
* Put together release review documentation for the release. Look at the bottom of the [[Lyo/ProjectPlans|Lyo project plans]] page for examples.
 
* Subscribe to the technology-pmc and lyo-dev mailing lists (if you're not already), otherwise your review request email will bounce!
 
* Subscribe to the technology-pmc and lyo-dev mailing lists (if you're not already), otherwise your review request email will bounce!
 
* Send an email to the technology-pmc@eclipse.org, lyo-dev@eclipse.org, and emo@eclipse.org requesting the release review. Here is an example: http://dev.eclipse.org/mhonarc/lists/lyo-dev/msg00436.html
 
* Send an email to the technology-pmc@eclipse.org, lyo-dev@eclipse.org, and emo@eclipse.org requesting the release review. Here is an example: http://dev.eclipse.org/mhonarc/lists/lyo-dev/msg00436.html
  
=== Publishing Releases ===
+
== Publishing Releases ==
  
 
When the IP log and release review are approved, you can publish the release. (In the future, we should look at using the [http://maven.apache.org/maven-release/maven-release-plugin/ Maven release plugin] to make this easier.)
 
When the IP log and release review are approved, you can publish the release. (In the future, we should look at using the [http://maven.apache.org/maven-release/maven-release-plugin/ Maven release plugin] to make this easier.)
Line 20: Line 18:
 
'''Important: Once you publish a release version to repo.eclipse.org, you cannot overwrite it.'''
 
'''Important: Once you publish a release version to repo.eclipse.org, you cannot overwrite it.'''
  
Builds are published to repo.eclipse.org from Hudson. If you really need to delete a published release artifact from repo.eclipse.org (not recommended), email Thanh Ha.
+
Builds are published to repo.eclipse.org from Hudson. When you remove the SNAPSHOT qualifier, they'll be published to the lyo-releases repository. If you really need to delete a published release artifact from lyo-releases (not recommended), email Thanh Ha.
  
 
Here are the steps to publish a release:
 
Here are the steps to publish a release:
Line 26: Line 24:
 
* Remove the SNAPSHOT qualifier from the version numbers in every pom.xml.
 
* Remove the SNAPSHOT qualifier from the version numbers in every pom.xml.
 
* Commit and push the change.
 
* Commit and push the change.
* Update the configuration for Hudson builds for [https://hudson.eclipse.org/hudson/job/lyo-oslc4j-nightly/ lyo-oslc4j-nightly], [https://hudson.eclipse.org/hudson/job/lyo-server-nightly/ lyo-server-nightly], and [https://hudson.eclipse.org/hudson/job/lyo-client-nightly/ lyo-client-nightly]. These builds have scripts with the version number in them that need to change.
+
* Update the configuration for Hudson builds [https://hudson.eclipse.org/hudson/job/lyo-oslc4j-nightly/ lyo-oslc4j-nightly], [https://hudson.eclipse.org/hudson/job/lyo-server-nightly/ lyo-server-nightly], and [https://hudson.eclipse.org/hudson/job/lyo-client-nightly/ lyo-client-nightly]. These builds have scripts with the version number in them that need to change.
 
* Run the builds. This will push the binaries to repo.eclipse.org.
 
* Run the builds. This will push the binaries to repo.eclipse.org.
 +
* Click the "Keep this build forever" button in Hudson to preserve the build.
 
* Update the Lyo packaging build, [https://hudson.eclipse.org/hudson/job/lyo-oslc4j-packaging/ lyo-oslc4j-packaging].
 
* Update the Lyo packaging build, [https://hudson.eclipse.org/hudson/job/lyo-oslc4j-packaging/ lyo-oslc4j-packaging].
 
* Run the packaging builds to creates the ZIPs for the downloads page.
 
* Run the packaging builds to creates the ZIPs for the downloads page.

Latest revision as of 11:19, 4 October 2013

Here is the release process for Lyo. General information on the Eclipse release process is documented at http://wiki.eclipse.org/Development_Resources/HOWTO/Release_Reviews.

Release Reviews

Important: This must be done at least 3 weeks before your release date!

Publishing Releases

When the IP log and release review are approved, you can publish the release. (In the future, we should look at using the Maven release plugin to make this easier.)

Important: Once you publish a release version to repo.eclipse.org, you cannot overwrite it.

Builds are published to repo.eclipse.org from Hudson. When you remove the SNAPSHOT qualifier, they'll be published to the lyo-releases repository. If you really need to delete a published release artifact from lyo-releases (not recommended), email Thanh Ha.

Here are the steps to publish a release:

  • Remove the SNAPSHOT qualifier from the version numbers in every pom.xml.
  • Commit and push the change.
  • Update the configuration for Hudson builds lyo-oslc4j-nightly, lyo-server-nightly, and lyo-client-nightly. These builds have scripts with the version number in them that need to change.
  • Run the builds. This will push the binaries to repo.eclipse.org.
  • Click the "Keep this build forever" button in Hudson to preserve the build.
  • Update the Lyo packaging build, lyo-oslc4j-packaging.
  • Run the packaging builds to creates the ZIPs for the downloads page.
  • Download the files from the packaging build workspace. Make sure they look right and include the appropriate licenses. Testing the bits is a good idea :)
  • Use SFTP to upload the files to build.eclipse.org for the downloads page.
  • Update the project homepage and download pages at ssh://<your-id>@git.eclipse.org/gitroot/www.eclipse.org/lyo.git

Yay! The build is public! Now let's tag it and ready development for the next release.

  • Create a tag for the release in git (in each Lyo git repository). For instance,
git tag -a 2.0 -m "Lyo 2.0"
git push origin 2.0
  • Add the next version number with a SNAPSHOT qualifier to every POM file.
  • Commit and push the changes.

You're done! That was easy, wasn't it?

Copyright © Eclipse Foundation, Inc. All Rights Reserved.