Check base_requirements.txt for any dependencies pinned to a specific version, and upgrade them to their most stable release (where possible).
Add the release notes (/docs/release-notes/X.Y.md) to the table of contents within mkdocs.yml, and add a summary of the major changes to index.md.
Install mkdocs in your local environment, then start the documentation server:
$ pip install -r docs/requirements.txt
$ mkdocs serve
Follow these instructions to perform a new installation of NetBox. This process must not be automated: The goal of this step is to catch any errors or omissions in the documentation, and ensure that it is kept up-to-date for each release. Make any necessary changes to the documentation before proceeding with the release.
Close the release milestone on GitHub after ensuring there are no remaining open issues associated with it.
Submit a pull request to merge the feature branch into the develop branch in preparation for its release.
Required Python packages are maintained in two files. base_requirements.txt contains a list of all the packages required by NetBox. Some of them may be pinned to a specific version of the package due to a known issue. For example:
# https://github.com/encode/django-rest-framework/issues/6053
djangorestframework==3.8.1
The other file is requirements.txt, which lists each of the required packages pinned to its current stable version. When NetBox is installed, the Python environment is configured to match this file. This helps ensure that a new release of a dependency doesn't break NetBox.
Every release should refresh requirements.txt so that it lists the most recent stable release of each package. To do this:
pip install -U -r base_requirements.txt).requirements.txt as appropriate.In cases where upgrading a dependency to its most recent release is breaking, it should be pinned to its current minor version in base_requirements.txt (with an explanatory comment) and revisited for the next major NetBox release.
Ensure that continuous integration testing on the develop branch is completing successfully.
VERSION constant in settings.py to the new release version..github/ISSUE_TEMPLATES/.Commit these changes to the develop branch.
Submit a pull request title "Release vX.Y.Z" to merge the develop branch into master. Copy the documented release notes into the pull request's body.
Once CI has completed on the PR, merge it.
Draft a new release with the following parameters.
v2.9.9)masterv2.9.9 - 2020-11-09)Copy the description from the pull request to the release.
On the develop branch, update VERSION in settings.py to point to the next release. For example, if you just released v2.9.9, set:
VERSION = 'v2.9.10-dev'