-
Notifications
You must be signed in to change notification settings - Fork 4
gitnotes
The main/official repositories under the epics-base github group are used for releases. Development is done outside of the official repositories.
It is suggested to use the github fork process to create a personal repository to hold work in progress. Either as a prelude to creating a pull request, or to work with others as collaborators.
A developer may allow other github users to push changes to a personal repository by adding them as collaborators for that repository.
In the main/official repository the focus of active development is the branch called "master".
Releasing is done on branches named for the series ("release/"). For example, "release/4.0" would contain all releases (pre-releases, release-candidates, final release, bugfix and patch releases) in the 4.0.X series.
Releases are marked by tags with the release number separated by dots, possibly followed by a pre-release tag (e.g. "4.0.1", "4.1.0-rc1"). Bugfix/patch releases are made on the release branch for the series.
Release branches are created at code freeze, when the release process begins with the preparation of the first pre-release of the series.
Minor changes by developers with permission may be pushed directly to the main repositories. Significant or contentious changes (ie. API breaks) should be posted for review prior to being included in the main repositories. Review through github pull requests in the preferred mechanism.
See the project wide list of open pull requests.
The threshold to trigger "formal" review is at the discretion of developers. Consideration should be given to the effects of the change. Changes which are significantly disruptive (ie. API breaks), or which carry a higher risk of bugs, are good candidates for review.
See the project wide list of open issues.