aboutsummaryrefslogtreecommitdiff
path: root/shallow.c
Commit message (Collapse)AuthorAge
* is_repository_shallow(): prototype fix.Junio C Hamano2007-01-21
| | | | Signed-off-by: Junio C Hamano <junkio@cox.net>
* get_shallow_commits: Avoid memory leak if a commit has been reached already.Alexandre Julliard2006-11-24
| | | | | Signed-off-by: Alexandre Julliard <julliard@winehq.org> Signed-off-by: Junio C Hamano <junkio@cox.net>
* Shallow clone: do not ignore shallowness when following tagsAlexandre Julliard2006-11-24
| | | | | | | | | Tags should be considered when truncating the commit list. The patch below fixes it, and fetches the right number of commits for each tag. However the correct fix is probably to not fetch historical tags at all. Signed-off-by: Junio C Hamano <junkio@cox.net>
* allow deepening of a shallow repositoryJohannes Schindelin2006-11-24
| | | | | | | | Now, by saying "git fetch -depth <n> <repo>" you can deepen a shallow repository. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> Signed-off-by: Junio C Hamano <junkio@cox.net>
* support fetching into a shallow repositoryJohannes Schindelin2006-11-24
A shallow commit is a commit which has parents, which in turn are "grafted away", i.e. the commit appears as if it were a root. Since these shallow commits should not be edited by the user, but only by core git, they are recorded in the file $GIT_DIR/shallow. A repository containing shallow commits is called shallow. The advantage of a shallow repository is that even if the upstream contains lots of history, your local (shallow) repository needs not occupy much disk space. The disadvantage is that you might miss a merge base when pulling some remote branch. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> Signed-off-by: Junio C Hamano <junkio@cox.net>