git-commit-vandalism/contrib/git-svn/t
Eric Wong dc62e25cbd 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>
2006-06-28 03:20:29 -07:00
..
lib-git-svn.sh git-svn: SVN 1.1.x library compatibility 2006-06-28 03:20:29 -07:00
t0000-contrib-git-svn.sh git-svn: SVN 1.1.x library compatibility 2006-06-28 03:20:29 -07:00
t0001-contrib-git-svn-props.sh git-svn: SVN 1.1.x library compatibility 2006-06-28 03:20:29 -07:00
t0002-deep-rmdir.sh git-svn: fix --rmdir when using SVN:: libraries 2006-06-20 01:31:57 -07:00