summaryrefslogtreecommitdiff
path: root/templates/hooks--applypatch-msg
diff options
context:
space:
mode:
authorLibravatar Eric Wong <normalperson@yhbt.net>2006-06-28 03:07:14 -0700
committerLibravatar Junio C Hamano <junkio@cox.net>2006-06-28 03:20:29 -0700
commitdc62e25cbd0ec1726d5108a8caa539e60492cc7a (patch)
tree327af8ffc26c6d6db7f7ba2bb4bfaead402b739b /templates/hooks--applypatch-msg
parentcombine-diff.c: type sanity (diff)
downloadtgif-dc62e25cbd0ec1726d5108a8caa539e60492cc7a.tar.xz
git-svn: SVN 1.1.x library compatibility
Tested on a plain Ubuntu Hoary installation using subversion 1.1.1-2ubuntu3 1.1.x issues I had to deal with: * Avoid the noisy command-line client compatibility check if we use the libraries. * get_log() arguments differ (now using a nice wrapper from Junio's suggestion) * get_file() is picky about what kind of file handles it gets, so I ended up redirecting STDOUT. I'm probably overflushing my file handles, but that's the safest thing to do... * BDB kept segfaulting on me during tests, so svnadmin will use FSFS whenever we can. * If somebody used an expanded CVS $Id$ line inside a file, then propsetting it to use svn:keywords will cause the original CVS $Id$ to be retained when asked for the original file. As far as I can see, this is a server-side issue. We won't care in the test anymore, as long as it's not expanded by SVN, a static CVS $Id$ line is fine. While we're at making ourselves more compatible, avoid grep along with the -q flag, which is GNU-specific. (grep avoidance tip from Junio, too) Signed-off-by: Eric Wong <normalperson@yhbt.net> Signed-off-by: Junio C Hamano <junkio@cox.net>
Diffstat (limited to 'templates/hooks--applypatch-msg')
0 files changed, 0 insertions, 0 deletions