Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
F
fslpy
Manage
Activity
Members
Code
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package registry
Model registry
Operate
Environments
Terraform modules
Analyze
Contributor analytics
CI/CD 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
Evan Edmond
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
Branches containing commit
No related tags found
Tags containing commit
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
...
@@ -51,19 +51,20 @@ Releases
A separate branch is created for each **minor** release. The name of the
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
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``.
name for minor release ``1.0`` would be ``v1.0``.
Patches and hotfixes may be added to these release branches. These should be
Patches and bugfixes may be added to these release branches as ``point``
merged into the master branch, and then cherry-picked onto the release
releases. These changes should be made on the master branch like any other
branch(es).
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
Every release
commit
is also tagged with its full version number. For
first release off the ``v1.0`` branch would be tagged with
``1.0.0``.
example, the
first release off the ``v1.0`` branch would be tagged with
Maintenance
release to the ``v1.0`` branch would be tagged with
``1.0.1``,
``1.0.0``. Point
release
s
to the ``v1.0`` branch would be tagged with
``1.0.2``, etc.
``1.0.1``,
``1.0.2``, etc.
Testing
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