doc: Update release_steps.txt
This commit is contained in:
@@ -198,16 +198,12 @@ First, create skeletal sections in CHANGES.html and RELEASE_NOTES.md to
|
||||
start collecting inputs for the ns-3.(x+1) release.
|
||||
|
||||
The project may decide to make incremental, bug-fix releases from
|
||||
time to time, with a minor version number (e.g. ns-3.7.1). To do
|
||||
time to time, with a minor version number (e.g. ns-3.36.1). To do
|
||||
this, changesets may be cherry-picked from ns-3-dev and added to
|
||||
ns-3.x branch. Do not move over changesets that pertain to
|
||||
adding new features, but documentation fixes and bug fixes are good
|
||||
changesets to make available in a minor release. The same steps
|
||||
above for making a release are generally followed, although one
|
||||
does not need to create a separate branch, but instead just reopens
|
||||
the previous release branch, makes the changes, adds a minor version
|
||||
number as a tag, and merges the branch back with the master branch.
|
||||
|
||||
Also, on the main website, make sure that "latest release" points to
|
||||
the right page. See how it was handled for ns-3.12 (which made
|
||||
a minor release): https://www.nsnam.org/ns-3.12/
|
||||
above for making a release are generally followed; the documentation
|
||||
in the manual about working with Git as a maintainer provides the
|
||||
specific steps to follow. Also, on the main website, make sure that
|
||||
"latest release" and "latest documentation" points to the right page.
|
||||
|
||||
Reference in New Issue
Block a user