summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2006-05-01Merge branch 'jc/diff' into nextLibravatar Junio C Hamano3-77/+4
* jc/diff: builtin-diff: call it "git-diff", really.
2006-05-01builtin-diff: call it "git-diff", really.Libravatar Junio C Hamano3-77/+4
Call it "git diff" not "git diffn", remove the shell script version, and hardlink the git binary to it. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01Merge branch 'jc/cache-tree' into nextLibravatar Junio C Hamano2-1/+12
* jc/cache-tree: fsck-objects: mark objects reachable from cache-tree cache-tree: replace a sscanf() by two strtol() calls
2006-05-01fsck-objects: mark objects reachable from cache-treeLibravatar Junio C Hamano1-0/+2
When fsck-objects scanned cache-tree, it forgot to mark the trees it found reachable and in use. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01cache-tree: replace a sscanf() by two strtol() callsLibravatar Johannes Schindelin1-1/+10
On one of my systems, sscanf() first calls strlen() on the buffer. But this buffer is not terminated by NUL. So git crashed. strtol() does not share that problem, as it stops reading after the first non-digit. [jc: original patch was wrong and did not read the cache-tree structure correctly; this has been fixed up and tested minimally with fsck-objects. ] Signed-off-by: Johannes Schindelin <Johannes.Schindelin@gmx.de> Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01Merge branch 'jc/grep' into nextLibravatar Junio C Hamano1-137/+199
* jc/grep: builtin-grep: do not use setup_revisions() builtin-grep: support '-l' option. builtin-grep: wildcard pathspec fixes
2006-05-01builtin-grep: do not use setup_revisions()Libravatar Junio C Hamano1-121/+134
Grep may want to grok multiple revisions, but it does not make much sense to walk revisions while doing so. This stops calling the code to parse parameters for the revision walker. The parameter parsing for the optional "-e" option becomes a lot simpler with it as well. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01builtin-grep: support '-l' option.Libravatar Junio C Hamano1-0/+10
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01builtin-grep: wildcard pathspec fixesLibravatar Junio C Hamano1-23/+62
This tweaks the pathspec wildcard used in builtin-grep to match that of ls-files. With this: git grep -e DEBUG -- '*/Kconfig*' would work like the shell script version, and you could even do: git grep -e DEBUG --cached -- '*/Kconfig*' ;# from index git grep -e DEBUG v2.6.12 -- '*/Kconfig*' ;# from rev Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01Merge branch 'jc/fmt-patch' into nextLibravatar Junio C Hamano3-5/+28
* jc/fmt-patch: Use RFC2822 dates from "git fmt-patch".
2006-05-01Merge branch 'jc/xsha1' into nextLibravatar Junio C Hamano1-8/+46
* jc/xsha1: get_sha1(): :path and :[0-3]:path to extract from index.
2006-05-01Merge branch 'jc/xsha1-2' into nextLibravatar Junio C Hamano1-0/+37
* jc/xsha1-2: Extended SHA1 -- "rev^@" syntax to mean "all parents"
2006-05-01Merge branch 'jc/grep' into nextLibravatar Junio C Hamano4-2/+457
* jc/grep: built-in "git grep"
2006-05-01Use RFC2822 dates from "git fmt-patch".Libravatar Junio C Hamano3-5/+28
Still Work-in-progress git fmt-patch (should it be known as format-patch-ng?) is matched with the fix made by Huw Davies in 262a6ef76a1dde97ab50d79fa5cd6d3f9f125765 commit to use RFC2822 date format. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-01built-in "git grep"Libravatar Junio C Hamano4-1/+457
This attempts to set up built-in "git grep" to further reduce our dependence on the shell, while at the same time optionally allowing to run grep against object database. You could do funky things like these: git grep --cached -e pattern ;# grep from index git grep -e pattern master ;# or in a rev git grep -e pattern master next ;# or in multiple revs git grep -e pattern pu^@ ;# even like this with an ;# extension from another topic ;-) git grep -e pattern master..next ;# or even from rev ranges git grep -e pattern master~20:Documentation ;# or an arbitrary tree git grep -e pattern next:git-commit.sh ;# or an arbitrary blob Right now, it does not understand and/or obey many options grep should accept, and the pattern must be given with -e option due to the way the parameter parser is structured, both of which obviously need to be fixed for usability. But this is going in the right direction. The shell script version is one of the worst Portability offender in the git barebone Porcelainish; it uses xargs -0 to pass paths around and shell arrays to sift flags and parameters. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30get_sha1(): :path and :[0-3]:path to extract from index.Libravatar Junio C Hamano1-8/+46
Earlier patch to say <ent>:<path> by Linus was very useful, and this extends the same idea to the current index. An sha1 expression :<path> extracts the object name for the named path from the current index. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30Extended SHA1 -- "rev^@" syntax to mean "all parents"Libravatar Junio C Hamano1-0/+37
A short-hand "rev^@" is understood to be "all parents of the named commit" with this patch. So you can do git show v1.0.0^@ to view the parents of a merge commit, gitk ^v1.0.0^@ v1.0.4 to view the log between two revs (including the bottom one), and git diff --cc v1.1.0 v1.0.0^@ to inspect what got changed from the merge parents of v1.0.0 to v1.1.0. This might be just my shiny new toy that is not very useful in practice. I needed it to do the multi-tree diff on Len's infamous 12-way Octopus; typing "diff --cc funmerge funmerge^1 funmerge^2 funmerge^3 ..." was too painful. [jc: taking suggestions from Linus and Johannes to match expectations from shell users who are used to see $@ or $* either of which makes sense. I tend to write "$@" more often so...] Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30Merge branch 'lt/push' into nextLibravatar Junio C Hamano1-8/+26
* lt/push: Fix builtin-push to honor Push: lines in remotes file. builtin-push: resurrect parsing of Push: lines
2006-04-30Fix builtin-push to honor Push: lines in remotes file.Libravatar Junio C Hamano1-16/+18
[jc: originally from Johannes Schindelin, but reworked to lift a hard limit of Push: lines] Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30builtin-push: resurrect parsing of Push: linesLibravatar Johannes Schindelin1-5/+21
The C'ification of push left these behind. Signed-off-by: Johannes Schindelin <Johannes.Schindelin@gmx.de> Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30Merge branch 'jc/diff' into nextLibravatar Junio C Hamano1-1/+1
* jc/diff: builtin-diff.c: die() formatting type fix.
2006-04-30Merge branch 'lt/push' into nextLibravatar Junio C Hamano5-6/+264
* lt/push: git builtin "push" git-format-patch: Use rfc2822 compliant date.
2006-04-30git builtin "push"Libravatar Linus Torvalds4-1/+259
This adds a builtin "push" command, which is largely just a C'ification of the "git-push.sh" script. Now, the reason I did it as a built-in is partly because it's yet another step on relying less on shell, but it's actually mostly because I've wanted to be able to push to _multiple_ repositories, and the most obvious and simplest interface for that would seem be to just have a "remotes" file that has multiple URL entries. (For "pull", having multiple entries should either just select the first one, or you could fall back on the others on failure - your choice). And quite frankly, it just became too damn messy to do that in shell. Besides, we actually have a fair amount of infrastructure in C, so it just wasn't that hard to do. Of course, this is almost totally untested. It probably doesn't work for anything but the one trial I threw at it. "Simple" doesn't necessarily mean "obviously correct". Signed-off-by: Linus Torvalds <torvalds@osdl.org> Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30Merge branch 'fix'Libravatar Junio C Hamano1-5/+4
* fix: git-format-patch: Use rfc2822 compliant date.
2006-04-30git-format-patch: Use rfc2822 compliant date.Libravatar Huw Davies1-5/+4
Signed-off-by: Huw Davies <huw@codeweavers.com> Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-30builtin-diff.c: die() formatting type fix.Libravatar Junio C Hamano1-1/+1
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-29Merge branch 'jc/diff' into nextLibravatar Junio C Hamano7-18/+405
* jc/diff: built-in diff: assorted updates. built-in diff.
2006-04-29built-in diff: assorted updates.Libravatar Junio C Hamano4-26/+79
"git diff(n)" without --base, --ours, etc. defaults to --cc, which usually is the same as -p unless you are in the middle of a conflicted merge, just like the shell script version. "git diff(n) blobA blobB path" complains and dies. "git diff(n) tree0 tree1 tree2...treeN" does combined diff that shows a merge of tree1..treeN to result in tree0. Giving "-c" option to any command that defaults to "--cc" turns off dense-combined flag. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-28built-in diff.Libravatar Junio C Hamano4-1/+335
This starts to replace the shell script version of "git diff". Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-28Merge branch 'np/delta' into nextLibravatar Junio C Hamano2-35/+151
* np/delta: replace adler32 with Rabin's polynomial in diff-delta
2006-04-28replace adler32 with Rabin's polynomial in diff-deltaLibravatar Nicolas Pitre2-35/+151
This brings another small repacking speedup for sensibly the same pack size. On the Linux kernel repo, git-repack -a -f is 3.7% faster for a 0.4% larger pack. Credits to Geert Bosch who brought the Rabin's polynomial idea to my attention. This also eliminate the issue of adler32() reading past the data buffer, as noticed by Johannes Schindelin. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-28Merge branch 'master' into nextLibravatar Junio C Hamano13-135/+178
* master: Fix trivial typo in git-log man page. Properly render asciidoc "callouts" in git man pages. Fix up remaining man pages that use asciidoc "callouts". Update the git-branch man page to include the "-r" option, annotate: display usage information if no filename was given annotate: fix warning about uninitialized scalar git-am --resolved: more usable error message.
2006-04-28Merge branch 'fix'Libravatar Junio C Hamano13-135/+178
* fix: Fix trivial typo in git-log man page. Properly render asciidoc "callouts" in git man pages. Fix up remaining man pages that use asciidoc "callouts". Update the git-branch man page to include the "-r" option, annotate: display usage information if no filename was given annotate: fix warning about uninitialized scalar git-am --resolved: more usable error message.
2006-04-28Fix trivial typo in git-log man page.Libravatar Sean Estabrooks1-4/+3
Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca>
2006-04-28Properly render asciidoc "callouts" in git man pages.Libravatar Sean Estabrooks2-1/+17
Adds an xsl fragment to render docbook callouts when converting to man page format. Update the Makefile to have "xmlto" use it when generating man pages. Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca>
2006-04-28Fix up remaining man pages that use asciidoc "callouts".Libravatar Sean Estabrooks6-108/+104
Unfortunately docbook does not allow a callout to be referenced from inside a callout list description. Rewrite one paragraph in git-reset man page to work around this limitation. Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca>
2006-04-28Update the git-branch man page to include the "-r" option,Libravatar Sean Estabrooks2-19/+40
and fix up asciidoc "callouts" Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca>
2006-04-28annotate: display usage information if no filename was givenLibravatar Matthias Kestenholz1-3/+4
Signed-off-by: Matthias Kestenholz <matthias@spinlock.ch>
2006-04-28annotate: fix warning about uninitialized scalarLibravatar Matthias Kestenholz1-0/+3
Use of uninitialized value in scalar chomp at ./git-annotate.perl line 212, <$kid> chunk 4. Signed-off-by: Matthias Kestenholz <matthias@spinlock.ch>
2006-04-28git-am --resolved: more usable error message.Libravatar Junio C Hamano1-0/+7
After doing the hard work of hand resolving the conflicts in the working tree, if the user forgets to run update-index to mark the paths that have been resolved, the command gave an unfriendly "fatal: git-write-tree: not able to write tree" error message. Catch the situation early and give more meaningful message and suggestion. Noticed and suggested by Len Brown. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-28Merge branch 'jc/cache-tree' into nextLibravatar Junio C Hamano1-1/+1
* jc/cache-tree: cache-tree.c: typefix
2006-04-27cache-tree.c: typefixLibravatar Junio C Hamano1-1/+1
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-27Merge branch 'jc/count' into nextLibravatar Junio C Hamano5-4/+129
* jc/count: built-in count-objects. pack-objects: update size heuristucs. verify-pack: check integrity in a saner order.
2006-04-27built-in count-objects.Libravatar Junio C Hamano4-1/+126
Also it learned to do -v (verbose) to report: - number of loose objects - disk occupied by loose objects - number of objects in local packs - number of loose objects that are also in pack - unrecognised garbage in .git/objects/??/. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-27pack-objects: update size heuristucs.Libravatar Junio C Hamano1-6/+6
We used to omit delta base candidates that is much bigger than the target, but delta size does not grow when we delete more, so that was not a very good heuristics. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-27Merge branch 'np/delta' into nextLibravatar Junio C Hamano1-37/+41
* np/delta: use delta index data when finding best delta matches
2006-04-27Merge branch 'jc/cache-tree' into nextLibravatar Junio C Hamano4-18/+62
* jc/cache-tree: test-dump-cache-tree: validate the cached data as well. cache_tree_update: give an option to update cache-tree only.
2006-04-27test-dump-cache-tree: validate the cached data as well.Libravatar Junio C Hamano1-11/+45
While dumping the cached data, try recomputing everything from scratch to make sure things match. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-27cache_tree_update: give an option to update cache-tree only.Libravatar Junio C Hamano3-7/+17
When the extra "dryrun" parameter is true, cache_tree_update() recomputes the invalid entry but does not actually creates new tree object. Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-04-27Merge branch 'fix'Libravatar Junio C Hamano1-3/+3
* fix: verify-pack: check integrity in a saner order.