D 2019-03-16T15:19:12.121
L Publishing\sa\snew\srelease
N text/x-markdown
P 228f47ac8fc5a7f285f6f8c3badee4c665d4739b
U tinus
W 1851
# Releasing and publishing a new version
When creating a new release, a number of steps need to be followed:
## Release
1. If there are code changes, commit those first, as a regular commit. If this commit fixes any tickets, add a reference to those tickets' uuids in brackets.
2. Check the version info, and update it if necessary.
3. Save the entire code project
4. Run the [build.cmd](./finfo?name=build.cmd) batch script, and test the new DLLs (preferably both 32- and 64-bits)
5. Run the [publish.cmd](./finfo?name=publish.cmd) batch script.
* It will build both 32- and 64-bits versions of the DLL.
* It will ask to update the release notes [ReleaseNotes.txt](./finfo?name=ReleaseNotes.txt)
* It will commit the updated DLLs (and release notes) to the respective release brances.
Ideally, the commit message should only consist of the version number.
6. Close any tickets that have been fixed in this release, referencing the version number.
## Publication
1. Visit the [Notepad++ Plugin Repository](http://www.brotherstone.co.uk/npp/pm/admin/plugins), and change [this plugin's definition](http://www.brotherstone.co.uk/npp/pm/admin/plugins/view/preview-html) to match the new version.
2. Post a message to the [Notepad++ Plugin Development Forum](https://sourceforge.net/p/notepad-plus/discussion/482781). Make a new post, with the plugin name and version as subject. You can copy the information from the release notes, and don’t forget to include a download link to that specific version (e.g. <http://fossil.2of4.net/npp_preview/zip/PreviewHTML.zip?uuid=v1.0.0.0-64>).
### Sources
* [Top 10 Hints for Writing a Notepad++ Plugin, and Getting It Listed](http://www.brotherstone.co.uk/octopress/blog/2012/08/20/top-10-hints-for-writing-a-notepad-plus-plus-plugin/) (Dave Brotherstone, 2012-08-20)
Z 525ee7477d3d4cefe44fc8bcbab8005d