summaryrefslogtreecommitdiff
path: root/t/t5515/refs.br-unconfig_.._.git
diff options
context:
space:
mode:
authorLibravatar Deskin Miller <deskinm@umich.edu>2008-12-08 08:31:31 -0500
committerLibravatar Junio C Hamano <gitster@pobox.com>2008-12-08 16:29:34 -0800
commit553589f7823db530d03b49db42251fbea624041f (patch)
treec99bcfc4a98d0e021580636cf3f342429649e529 /t/t5515/refs.br-unconfig_.._.git
parentGIT 1.6.0.5 (diff)
downloadtgif-553589f7823db530d03b49db42251fbea624041f.tar.xz
git-svn: Make following parents atomic
find_parent_branch generates branch@rev type branches when one has to look back through SVN history to properly get the history for a branch copied from somewhere not already being tracked by git-svn. If in the process of fetching this history, git-svn is interrupted, then when one fetches again, it will use whatever was last fetched as the parent commit and fail to fetch any more history which it didn't get to before being terminated. This is especially troubling in that different git-svn copies of the same SVN repository can end up with different commit sha1s, incorrectly showing the history as divergent and precluding easy collaboration using git push and fetch. To fix this, when we initialise the Git::SVN object $gs to search for and perhaps fetch history, we check if there are any commits in SVN in the range between the current revision $gs is at, and the top revision for which we were asked to fill history. If there are commits we're missing in that range, we continue the fetch from the current revision to the top, properly getting all history before using it as the parent for the branch we're trying to create. Signed-off-by: Deskin Miller <deskinm@umich.edu> Acked-by: Eric Wong <normalperson@yhbt.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5515/refs.br-unconfig_.._.git')
0 files changed, 0 insertions, 0 deletions