summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorEric Wong <normalperson@yhbt.net>2009-07-20 09:06:24 (GMT)
committerEric Wong <normalperson@yhbt.net>2009-07-23 06:45:29 (GMT)
commit4aacaeb3dc82bb6479e70e120053dc27a399460e (patch)
treec6c4f11b5117d58587d612866b8bf87b625d126c /Makefile
parent0ad8ff2cd185e84fd49dd961370411e379681f10 (diff)
downloadgit-4aacaeb3dc82bb6479e70e120053dc27a399460e.zip
git-4aacaeb3dc82bb6479e70e120053dc27a399460e.tar.gz
git-4aacaeb3dc82bb6479e70e120053dc27a399460e.tar.bz2
git svn: fix shallow clone when upstream revision is too new
Thanks to Ka-Hing Cheung for the initial bug report and patch: > git-svn uses $ra->get_latest_revnum to find out the latest > revision, but that can be problematic, because get_latest_revnum > returns the latest revnum in the entire repository, not > restricted by whatever URL you used to construct $ra. So if you > do git svn clone -r HEAD svn://blah/blah/trunk, it won't work if > the latest checkin is in one of the branches (it will try to > fetch a rev that doesn't exist in trunk, making the clone > useless). Relying on SVN::Core::INVALID_REVNUM (-1) as the "start" argument to SVN::Ra::get_log() proved unreliable with http(s) URLs so the result of SVN::Ra::get_latest_revnum() is used as the "start" argument instead. Signed-off-by: Eric Wong <normalperson@yhbt.net>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions