Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "RMF/Contributor Guide/Build Process"
< RMF
(New page: We're still in the incubator phase - therefore, the release process is still being developed. Here are our guidelines so far: == The Most Important Stuff == * Our release manager is [ma...) |
(→Names and Versions) |
||
| Line 10: | Line 10: | ||
== Names and Versions == | == Names and Versions == | ||
| − | * In Bugzilla, we use milestones of the form mYY.MM. Correspondingly, our release tag will be called release-YY.MM. '''Only the release manager creates tags!''' | + | * In Bugzilla, we use milestones of the form mYY.MM. Correspondingly, our release tag in GIT will be called release-YY.MM. Please note: '''Only the release manager creates tags and we create no tags for release candidates!'''. |
| − | * While we are in the incubation phase, we use the following version format for plugins and features: 0.mm.ss.qualifier. The major version number will graduate beyond zero, once we leave incubation. For now, we will always include the qualifier. | + | * Labeling conventions for releases (Releases are, by definition, anything that is distributed outside of the Committers of a Project, i.e. a RCP product zip file): The label for releases will be of the form Myy.mm (i.e. M12.01) and for release candidates Myy.mmRCx (i.e. M12.01RC1). |
| + | * While we are in the incubation phase, we use the following version format for plugins and features: 0.mm.ss.qualifier (i.e. 0.1.0.qualifier). The major version number will graduate beyond zero, once we leave incubation. For now, we will always include the qualifier. | ||
** Note that eventually, we want to get rid of the qualifier for releases. We then have to make sure that we correctly increment service and minor numbers, and after incubation major. | ** Note that eventually, we want to get rid of the qualifier for releases. We then have to make sure that we correctly increment service and minor numbers, and after incubation major. | ||
[[Category:RMF]] | [[Category:RMF]] | ||
Revision as of 09:28, 16 January 2012
We're still in the incubator phase - therefore, the release process is still being developed. Here are our guidelines so far:
The Most Important Stuff
- Our release manager is Lukas Ladenberger. Please coordinate with Lukas.
- We use the Git Flow Process as our release process
- Important: Never commit to master! (unless you are the release manager). Development takes place on the develop branch)
- The only branches on the server are master and develop. All other branches that are mentioned in git-flow are local branches
Names and Versions
- In Bugzilla, we use milestones of the form mYY.MM. Correspondingly, our release tag in GIT will be called release-YY.MM. Please note: Only the release manager creates tags and we create no tags for release candidates!.
- Labeling conventions for releases (Releases are, by definition, anything that is distributed outside of the Committers of a Project, i.e. a RCP product zip file): The label for releases will be of the form Myy.mm (i.e. M12.01) and for release candidates Myy.mmRCx (i.e. M12.01RC1).
- While we are in the incubation phase, we use the following version format for plugins and features: 0.mm.ss.qualifier (i.e. 0.1.0.qualifier). The major version number will graduate beyond zero, once we leave incubation. For now, we will always include the qualifier.
- Note that eventually, we want to get rid of the qualifier for releases. We then have to make sure that we correctly increment service and minor numbers, and after incubation major.