-
Notifications
You must be signed in to change notification settings - Fork 3
Manage the versions
Nicolas Jourdan edited this page Sep 12, 2018
·
1 revision
A sprint is composed of some issues and developments related to these issues compose a release.
All developers need to fork the project to contribute to it. It's important to get ONE development for ONE issue to keep a simple version managing.
- Create a new branch from the
develop
branch on the developer's repository - Develop the fix or the new feature on this branch
-
Create a pull request on the
develop
branch of the project repository - A developer has to review the developed code to accept or to refuse the pull request
- If the pull request is accepted, the development is merged on
develop
/ If the pull request is refused, the development is not merged
It is said previously, a release corresponds to a group of developments on develop
which will be merge into master
.
- After validation of all tests on
develop
for the developments implemented, create the branchrelease/X.X.X
from thedevelop
branch (X.X.X is the version number) - Create a milestone with the name
release/X.X.X
- Add the milestone on all issues related to this release
- Create a special pull request to merge into master
- After the merge, close all issues related to the release (it is possible to close all issues related to a milestone) and close the release project
- Create a tag (click on the button Draft a new release on this page) on master for the new release TODO