kernel
/
git
mirror of https://git.kernel.org/pub/scm/git/git.git
1
0
Fork 0
Code Releases Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
666 Commits
6 Branches
36 Tags
131 MiB
Tree: d723c69063
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'd723c69063'
${ noResults }
git/pull.h

30 lines
683 B
Raw Normal View History Unescape

[PATCH] Split out "pull" from particular methods The method for deciding what to pull is useful separately from any of the ways of actually fetching the objects. So split out "pull" functionality from http-pull and rpull Signed-off-by: Daniel Barkalow <barkalow@iabervon.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
20 years ago
#ifndef PULL_H
#define PULL_H
/** To be provided by the particular implementation. **/
extern int fetch(unsigned char *sha1);
/** Set to fetch the target tree. */
extern int get_tree;
/** Set to fetch the commit history. */
extern int get_history;
/** Set to fetch the trees in the commit history. **/
extern int get_all;
[PATCH] pull: gracefully recover from delta retrieval failure. 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>
20 years ago
/* Set to zero to skip the check for delta object base;
* set to two to check delta dependency even for objects we already have.
*/
[PATCH] Handle deltified object correctly in git-*-pull family. When a remote repository is deltified, we need to get the objects that a deltified object we want to obtain is based upon. The initial parts of each retrieved SHA1 file is inflated and inspected to see if it is deltified, and its base object is asked from the remote side when it is. Since this partial inflation and inspection has a small performance hit, it can optionally be skipped by giving -d flag to git-*-pull commands. This flag should be used only when the remote repository is known to have no deltified objects. Rsync transport does not have this problem since it fetches everything the remote side has. Signed-off-by: Junio C Hamano <junkio@cox.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
20 years ago
extern int get_delta;
Implement -v (verbose) option for pull methods other than local transport. This moves the private "say()" function to pull.c, renames it to "pull_say()", and introduces a global variable "get_verbosely" that makes the pull backends report what they fetch. The -v option is added to git-rpull and git-http-pull to match git-local-pull. The documentation is updated to describe these pull commands. Signed-off-by: Junio C Hamano <junkio@cox.net>
20 years ago
/* Set to be verbose */
extern int get_verbosely;
/* Report what we got under get_verbosely */
extern void pull_say(const char *, const char *);
[PATCH] Split out "pull" from particular methods The method for deciding what to pull is useful separately from any of the ways of actually fetching the objects. So split out "pull" functionality from http-pull and rpull Signed-off-by: Daniel Barkalow <barkalow@iabervon.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
20 years ago
extern int pull(char *target);
#endif /* PULL_H */