summaryrefslogtreecommitdiff
path: root/doc/HACKING
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2015-11-05 09:46:40 -0500
committerNick Mathewson <nickm@torproject.org>2015-11-05 09:46:40 -0500
commit43ce4626f1c23f723a3007e91cfb1ed5f8a75712 (patch)
tree58221631b57d848c0434b06764dce262495c0015 /doc/HACKING
parent617e0f8d26449a4c51479666ce29039b901187ba (diff)
downloadtor-43ce4626f1c23f723a3007e91cfb1ed5f8a75712.tar.gz
tor-43ce4626f1c23f723a3007e91cfb1ed5f8a75712.zip
add release notes
Diffstat (limited to 'doc/HACKING')
-rw-r--r--doc/HACKING/ReleasingTor.md10
1 files changed, 10 insertions, 0 deletions
diff --git a/doc/HACKING/ReleasingTor.md b/doc/HACKING/ReleasingTor.md
index 12a0765080..845a61bb0b 100644
--- a/doc/HACKING/ReleasingTor.md
+++ b/doc/HACKING/ReleasingTor.md
@@ -68,6 +68,16 @@ Here are the steps Roger takes when putting out a new Tor release:
to a release-0.2.x branch, manually commit the changelogs to the later
git branches too.
+ If you're doing the first stable release in a series, you need to
+ create a ReleaseNotes for the series as a whole. To get started
+ there, copy all of the Changelog entries from the series into a new
+ file, and run `./scripts/maint/sortChanges.py` on it. That will
+ group them by category. Then kill every bugfix entry for fixing
+ bugs that were introduced within that release series; those aren't
+ relevant changes since the last series. At that point, it's time
+ to start sorting and condensing entries. (Generally, we don't edit the
+ text of existing entries, though.)
+
4. In `maint-0.2.x`, bump the version number in `configure.ac` and run
`scripts/maint/updateVersions.pl` to update version numbers in other
places, and commit. Then merge `maint-0.2.x` into `release-0.2.x`.