summaryrefslogtreecommitdiff
path: root/base85.c
diff options
context:
space:
mode:
authorLibravatar Eric Wong <normalperson@yhbt.net>2009-07-20 02:06:24 -0700
committerLibravatar Eric Wong <normalperson@yhbt.net>2009-07-22 23:45:29 -0700
commit4aacaeb3dc82bb6479e70e120053dc27a399460e (patch)
treec6c4f11b5117d58587d612866b8bf87b625d126c /base85.c
parentconfigure.ac: properly unset NEEDS_SSL_WITH_CRYPTO when sha1 func is missing (diff)
downloadtgif-4aacaeb3dc82bb6479e70e120053dc27a399460e.tar.xz
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 'base85.c')
0 files changed, 0 insertions, 0 deletions