a48e1d67e1
This addresses a concern raised by Jason McMullan in the mailing list discussion. After retrieving and storing a potentially deltified object, pull logic tries to check and fulfil its delta dependency. When the pull procedure is killed at this point, however, there was no easy way to recover by re-running pull, since next run would have found that we already have that deltified object and happily reported success, without really checking its delta dependency is satisfied. This patch introduces --recover option to git-*-pull family which causes them to re-validate dependency of deltified objects we are fetching. A new test t5100-delta-pull.sh covers such a failure mode. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
48 lines
948 B
Plaintext
48 lines
948 B
Plaintext
git-local-pull(1)
|
|
=================
|
|
v0.1, May 2005
|
|
|
|
NAME
|
|
----
|
|
git-local-pull - Duplicates another GIT repository on a local system
|
|
|
|
|
|
SYNOPSIS
|
|
--------
|
|
'git-local-pull' [-c] [-t] [-a] [-l] [-s] [-n] [-v] [-d] [--recover] commit-id path
|
|
|
|
DESCRIPTION
|
|
-----------
|
|
Duplicates another GIT repository on a local system.
|
|
|
|
OPTIONS
|
|
-------
|
|
-c::
|
|
Get the commit objects.
|
|
-t::
|
|
Get trees associated with the commit objects.
|
|
-a::
|
|
Get all the objects.
|
|
-d::
|
|
Do not check for delta base objects (use this option
|
|
only when you know the remote repository is not
|
|
deltified).
|
|
--recover::
|
|
Check dependency of deltified object more carefully than
|
|
usual, to recover after earlier pull that was interrupted.
|
|
-v::
|
|
Report what is downloaded.
|
|
|
|
Author
|
|
------
|
|
Written by Linus Torvalds <torvalds@osdl.org>
|
|
|
|
Documentation
|
|
--------------
|
|
Documentation by David Greaves, Junio C Hamano and the git-list <git@vger.kernel.org>.
|
|
|
|
GIT
|
|
---
|
|
Part of the link:git.html[git] suite
|
|
|