2006-07-06 09:14:16 +02:00
|
|
|
. ./test-lib.sh
|
|
|
|
|
|
|
|
|
|
if test -n "$NO_SVN_TESTS"
|
2006-05-24 04:23:41 +02:00
|
|
|
then
|
2006-07-06 09:14:16 +02:00
|
|
|
test_expect_success 'skipping git-svn tests, NO_SVN_TESTS defined' :
|
|
|
|
|
test_done
|
|
|
|
|
exit
|
2006-05-24 04:23:41 +02:00
|
|
|
fi
|
|
|
|
|
|
2006-12-16 08:58:07 +01:00
|
|
|
GIT_DIR=$PWD/.git
|
|
|
|
|
GIT_SVN_DIR=$GIT_DIR/svn/git-svn
|
|
|
|
|
SVN_TREE=$GIT_SVN_DIR/svn-tree
|
|
|
|
|
|
2006-05-24 04:23:41 +02:00
|
|
|
svn >/dev/null 2>&1
|
2006-07-07 12:17:16 +02:00
|
|
|
if test $? -ne 1
|
2006-05-24 04:23:41 +02:00
|
|
|
then
|
2006-07-06 09:14:16 +02:00
|
|
|
test_expect_success 'skipping git-svn tests, svn not found' :
|
2006-05-24 04:23:41 +02:00
|
|
|
test_done
|
|
|
|
|
exit
|
|
|
|
|
fi
|
|
|
|
|
|
|
|
|
|
svnrepo=$PWD/svnrepo
|
|
|
|
|
|
2007-01-01 06:49:45 +01:00
|
|
|
perl -w -e "
|
|
|
|
|
use SVN::Core;
|
|
|
|
|
use SVN::Repos;
|
|
|
|
|
\$SVN::Core::VERSION gt '1.1.0' or exit(42);
|
|
|
|
|
SVN::Repos::create('$svnrepo', undef, undef, undef,
|
|
|
|
|
{ 'fs-config' => 'fsfs'});
|
|
|
|
|
"
|
|
|
|
|
x=$?
|
|
|
|
|
if test $x -ne 0
|
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 12:07:14 +02:00
|
|
|
then
|
2007-01-01 06:49:45 +01:00
|
|
|
if test $x -eq 42; then
|
|
|
|
|
err='Perl SVN libraries must be >= 1.1.0'
|
|
|
|
|
else
|
|
|
|
|
err='Perl SVN libraries not found or unusable, skipping test'
|
|
|
|
|
fi
|
|
|
|
|
test_expect_success "$err" :
|
|
|
|
|
test_done
|
|
|
|
|
exit
|
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 12:07:14 +02:00
|
|
|
fi
|
|
|
|
|
|
2006-11-28 06:46:50 +01:00
|
|
|
svnrepo="file://$svnrepo"
|
2006-05-24 04:23:41 +02:00
|
|
|
|
|
|
|
|
|