Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
F
fslpy
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Deploy
Releases
Container Registry
Model registry
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Michiel Cottaar
fslpy
Commits
145394e2
Commit
145394e2
authored
7 years ago
by
Paul McCarthy
Browse files
Options
Downloads
Patches
Plain Diff
Tweaks to contributing guide
parent
b67d65d4
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/contributing.rst
+9
-8
9 additions, 8 deletions
doc/contributing.rst
with
9 additions
and
8 deletions
doc/contributing.rst
+
9
−
8
View file @
145394e2
...
...
@@ -51,19 +51,20 @@ Releases
A separate branch is created for each **minor** release. The name of the
branch is ``v[major.minor]``, where ``[major.minor]`` is the first two
components of the release version number (see
below
). For example, the branch
components of the release version number (see
above
). For example, the branch
name for minor release ``1.0`` would be ``v1.0``.
Patches and hotfixes may be added to these release branches. These should be
merged into the master branch, and then cherry-picked onto the release
branch(es).
Patches and bugfixes may be added to these release branches as ``point``
releases. These changes should be made on the master branch like any other
change (i.e. via merge requests), and then cherry-picked onto the relevant
release branch(es).
Every release is also tagged with its full version number. For
example, the
first release off the ``v1.0`` branch would be tagged with
``1.0.0``.
Maintenance
release to the ``v1.0`` branch would be tagged with
``1.0.1``,
``1.0.2``, etc.
Every release
commit
is also tagged with its full version number. For
example, the
first release off the ``v1.0`` branch would be tagged with
``1.0.0``. Point
release
s
to the ``v1.0`` branch would be tagged with
``1.0.1``,
``1.0.2``, etc.
Testing
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment