[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

lock-tokens lines now passed to pre-commit hook

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Tue, 19 Aug 2008 17:25:42 -0400

kfogel_at_tigris.org writes:
> Author: kfogel
> Date: Tue Aug 19 14:16:22 2008
> New Revision: 32564
> Log:
> Make pre-commit hook take lock tokens associated with the commit from stdin.
> Patch by: clkao

In case people weren't paying attention to this patch thread, I want to
make clear what has just happened.

The pre-commit hook now takes lock tokens (along with the locked paths)
on stdin, in the following format:

An empty line at the end signifies the end of the list. We use "|" as
the separator because the path portion is URI-encoded. In the example
above, none of the paths are very adventuresome, so the URI-encoding has
no visible effect. But if the paths contained "|", or newlines, or "%",
or whatever, then the URI-encoding would have an effect.

All of this is documented in the pre-commit hook now:

  # [STDIN] LOCK-TOKENS ** the lock tokens are passed via STDIN.
  # If STDIN contains the line \"LOCK-TOKENS:\\n\" (the \"\\n\" denotes a
  # single newline), the lines following it are the lock tokens for
  # this commit. The end of the list is marked by a line containing
  # only a newline character.
  # Each lock token line consists of a URI-escaped path, followed
  # by the separator character '|', followed by the lock token string,
  # followed by a newline.

I think this is just dandy, and it will enable clkao to use Subversion
for the 'pushmi' program. But this a visible enough change that I
wanted to call it out, in case anyone has comments.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-19 23:26:06 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.