aboutsummaryrefslogtreecommitdiff
path: root/builtin-fetch--tool.c
Commit message (Collapse)AuthorAge
* Merge branch 'maint'Junio C Hamano2007-04-29
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | * maint: http.c: Fix problem with repeated calls of http_init Add missing reference to GIT_COMMITTER_DATE in git-commit-tree documentation Fix import-tars fix. Update .mailmap with "Michael" Do not barf on too long action description Catch empty pathnames in trees during fsck Don't allow empty pathnames in fast-import import-tars: be nice to wrong directory modes git-svn: Added 'find-rev' command git shortlog documentation: add long options and fix a typo
| * Do not barf on too long action descriptionJunio C Hamano2007-04-29
| | | | | | | | | | | | | | Reflog message is primarily about easier identification, and leaving truncated entry is much better than dying. Signed-off-by: Junio C Hamano <junkio@cox.net>
* | git-fetch: Fix "argument list too long"OGAWA Hirofumi2007-04-24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | If $ls_remote_result was too long, git-fetch--tool -s pick-rref "$rref" "$ls_remote_result" in git-fetch will fail with "argument list too long". This patch fixes git-fetch--tool and git-fetch by passing $ls_remote_result via stdin. Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Signed-off-by: Junio C Hamano <junkio@cox.net>
* | git-fetch--tool pick-rrefJunio C Hamano2007-04-10
|/ | | | | | | | This script helper takes list of fully qualified refnames and results from ls-remote and grabs only the lines for the named refs from the latter. Signed-off-by: Junio C Hamano <junkio@cox.net>
* builtin-fetch--tool: fix reflog notes.Junio C Hamano2007-02-28
| | | | | | | Also the verbose output had unnecessary SHA1 and not-for-merge markers leaked because append_fetch_head() cheated Signed-off-by: Junio C Hamano <junkio@cox.net>
* git-fetch: retire update-local-ref which is not used anymore.Junio C Hamano2007-02-28
| | | | Signed-off-by: Junio C Hamano <junkio@cox.net>
* builtin-fetch--tool: make sure not to overstep ls-remote-result buffer.Junio C Hamano2007-02-27
| | | | Signed-off-by: Junio C Hamano <junkio@cox.net>
* fetch--tool: fix uninitialized buffer when reading from stdinJunio C Hamano2007-02-27
| | | | | | | The original code allocates too much space and forgets to NUL terminate the string. Signed-off-by: Junio C Hamano <junkio@cox.net>
* builtin-fetch--tool: adjust to updated sha1_object_info().Junio C Hamano2007-02-27
| | | | Signed-off-by: Junio C Hamano <junkio@cox.net>
* Allow fetch--tool to read from stdinJulian Phillips2007-02-13
| | | | | | | | | If the reflist is "-" then read the reflist data from stdin instead, this will allow the passing of more than 128K of reflist data - which won't fit in the environment passed by execve. Signed-off-by: Julian Phillips <julian@quantumfyre.co.uk> Signed-off-by: Junio C Hamano <junkio@cox.net>
* git-fetch: rewrite expand_ref_wildcard in CJunio C Hamano2007-02-13
| | | | | | | | This does not seem to make measurable improvement when dealing with 1000 unpacked refs, but we would need something like it if we were to do a full rewrite in C somedaoy. Signed-off-by: Junio C Hamano <junkio@cox.net>
* git-fetch: rewrite another shell loop in CJunio C Hamano2007-02-13
| | | | | | | | | | | Move another shell loop that canonicalizes the list of refs for underlying git-fetch-pack and fetch-native-store into C. This seems to shave the runtime for the same 1000 branch repository from 30 seconds down to 15 seconds (it used to be 2 and half minutes with the original version). Signed-off-by: Junio C Hamano <junkio@cox.net>
* git-fetch: move more code into C.Junio C Hamano2007-02-13
| | | | | | | | | This adds "native-store" subcommand to git-fetch--tool to move a huge loop implemented in shell into C. This shaves about 70% of the runtime to fetch and update 1000 tracking branches with a single fetch. Signed-off-by: Junio C Hamano <junkio@cox.net>
* git-fetch--tool: start rewriting parts of git-fetch in C.Junio C Hamano2007-02-13
Signed-off-by: Junio C Hamano <junkio@cox.net>