I'm instituting a policy that before every release I will grep the
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Fri, 15 Oct 2004 08:16:29 +0000 (08:16 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Fri, 15 Oct 2004 08:16:29 +0000 (08:16 +0000)
commita07f5e3062a9960d1903ef9fb98cf17bcca2d984
tree5f38ef2397817ba0ef969bf5301ed4c4fc30ce06
parentc6958dfe2ab270f7d02d02b21d4a4008478a5ea9
I'm instituting a policy that before every release I will grep the
PuTTY source for the word XXX-REMOVE-BEFORE-RELEASE, and not release
until I've got rid of all of them. Hence, here's an addition to the
release checklist which will remind me to do so.

I don't want this mechanism to seriously inhibit a release by being
a placeholder for a large piece of work we might never get round to.
It should be used only in cases where it's _simple_ to change the
offending code: for example, a performance-impacting diagnostic
might be invaluable while testing nightly snapshots but wouldn't
want to slow down everyone's next release, and it's easy to get rid
of on release day.

git-svn-id: svn://svn.tartarus.org/sgt/putty@4623 cda61777-01e9-0310-a592-d414129be87e
CHECKLST.txt