Now we use Subversion, it seems excessive to have an individual $Id$
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Wed, 17 Nov 2004 18:16:59 +0000 (18:16 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Wed, 17 Nov 2004 18:16:59 +0000 (18:16 +0000)
commit39a938f7a5e16b4be9bee493251238710fbff396
treeb46e74341bb79b1d91889d8be45ee6f2e77f2a8b
parentbddeff6487fd493d79a7235af8feff77bc85a7cf
Now we use Subversion, it seems excessive to have an individual $Id$
line for every single .but file at the bottom of each page of the
HTML PuTTY docs. However, we can't _always_ replace that with a
single SVN revision, because there isn't always one available (SVN
still allows mixed working copies in which some files are
deliberately checked out against a different revision).

Hence, here's a mechanism for doing better. It uses `svnversion .'
to determine _whether_ a single revision number adequately describes
the current directory, and replaces all the version IDs with that if
so. If it can't do that, it uses the version IDs as before.

Also, this allows an explicit version string to be passed on the
make command line which will override _both_ these possibilities, so
that release documentation can be clearly labelled with the release
version number.

git-svn-id: svn://svn.tartarus.org/sgt/putty@4804 cda61777-01e9-0310-a592-d414129be87e
17 files changed:
CHECKLST.txt
doc/Makefile
doc/blurb.but
doc/config.but
doc/errors.but
doc/faq.but
doc/feedback.but
doc/gs.but
doc/intro.but
doc/licence.but
doc/pageant.but
doc/plink.but
doc/pscp.but
doc/psftp.but
doc/pubkey.but
doc/using.but
doc/vids.but [new file with mode: 0644]