Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Making an Official Release
The following instructions are for the release manager and detail how to make an official release.
- If this is rc1, update translations:
- Log into exbi and su to nvdal10n.
- If this is rc1, reset the rc branch to master. Otherwise, merge rc into master if necessary.
- Create an annotated tag for the release with a "release-" prefix; e.g. release-2016.1rc1.
- This will start an AppVeyor build, so wait for the build to complete. As part of this, the release will be staged.
- Publish the staged release. On exbi, su to the nvaccess user and run
- If this is an rc, make a blog post on www.nvaccess.org, placing it in the Development category. It should never be placed in the News category.
- Use a previous blog post as a base.
- If this is not the first pre-release, include a list of changes since the last pre-release.
- Spread the word via the nvda-devel and nvda-translations lists and Twitter.
- Scan the launcher executable with VirusTotal. Just submit the direct download URL.
If this is a final release:
- Mark the release milestone as done on GitHub.
- Change the milestone set for issues and pull requests automatically closed by GitHub to the next release:
- Get the milestone id for the new release. The easiest way to do this is to go to https://github.com/nvaccess/nvda/milestones and look at the link URL for the relevant milestone. The number at the end is the id.
- On exbi, edit ~nvaccess/data/nvaServer.conf.
- In the
[nvdaGithub]section, change the value of
autoCloseMilestoneto the milestone id obtained in step 1.
- Reload uwsgi so the change takes effect:
sudo systemctl reload uwsgi
- Make a blog post on www.nvaccess.org in the Releases category.
- Post on Facebook.
- Post to the NV Access News email list.
- If it hasn't been done already, prepare for the next version (after the one just published) in master:
source/versionInfo.py, update the
version_majorvariables for the next version. If the next version is the first version for that year (e.g. 2018.1), also update
- Add a heading for the next version in