forked from rundeck/rundeck
-
Notifications
You must be signed in to change notification settings - Fork 0
Development
gschueler edited this page Feb 10, 2012
·
10 revisions
- Developer Guidelines - For information about submitting pull requests
- Obtaining Source - For how to get a copy of the RunDeck source code.
- Building and Testing - For information about building and running tests.
Information on git branches and release process is below:
- [development] - cutting edge development, please branch from here if you wish to submit patches
- [release-x.y] - x.y release path - open until final bugs are completed and x.y is released. it will be merged to master at that point (releases)
- [maint-x.y] - x.y maintenance path
- [master] - latest release branch
Other branches are transient at this time.
Notes on performing release for version x.y
- create release-x.y branch from development
- update version numbers
- build and test release candidate version
- update RELEASE.md file with release notes
- merge to master
- tag release vx.y
- build from master and release x.y
- copy distribution files to github downloads
- update rundeck-docs repo Rundeck-docs
- update rundeck.org site with github pages Rundeck-site
- update rundeck.org site with rpms for yum repo Rundeck-repo
Notes on maintenance branches for version x.y(.z)
- create maint-x.y branch from release tag branch (e.g. tag "v1.2")
- create maint-x.y.z branch from maint-x.y
- update version numbers
- dev, build, test
- perform bugfix merges separately to downstream development/release branches as appropriate (not to master)
- merge maint-x.y.z into maint-x.y
- tag release vx.y.z:
git tag -a vx.y.z
- build from tag vx.y.z and release x.y.z
- copy dist files and update site as above