-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Branches restructuring #2041
Copy link
Copy link
Closed
Labels
Description
Is your feature request related to a problem? Please describe.
Currently, the MONAI repo has
masterbranch: accepting pull requests, new features and/or bug fixes -- full CI/CD tests, nightly tests.releases/*branch: branching off from the master, no direct commits allowed -- releasing/packaging related tests- contributors' pull request
forks: code change proposals -- quick pre-merge tests.
This approach is simple and efficient. But it has the problem that there is no place for the new features that are scheduled beyond the current release (they only live in some of the contributors' forks).
Describe the solution you'd like
As we discussed in the dev meeting, we'd like to follow a more rigorous releasing approach.
mainbranch: for production-ready features, milestone releases -- releasing/packaging related testsdevbranch: for all new features -- full CI/CD, nightly testsreleasing/*branch: a subset of new features fromdev, to be released, could have additional bug fixes for releasingforksof the contributors: new feature proposals -- quick pre-merge tests
So, the new workflow would be:
The contributors add new features to dev via pull request.
The maintainers plan and build a releasing/* branch (from dev).
The maintainers merge the production-ready releasing/* to main and tag main for a new milestone.
The users download and use the package built from the new release upon main.
Tasks:
- create a
devbranch with proper CI/CD - double-check the offline backup of the repo
- conclude existing PRs
- create a
mainbranch for milestones - update contributors guide
- revise the CI/CD workflows
- deprecate the
masterbranch - deprecate the
releases/*they are temporary branches, tagged commits are available atmain
cc @ericspod
Reactions are currently unavailable
