delta/git.git/builtin-mailinfo.c, branch ls/github

Move 'builtin-*' into a 'builtin/' subdirectory

2010-02-22T22:29:41+00:00

This shrinks the top-level directory a bit, and makes it much more
pleasant to use auto-completion on the thing. Instead of

	[torvalds@nehalem git]$ em buil
	Display all 180 possibilities? (y or n)
	[torvalds@nehalem git]$ em builtin-sh
	builtin-shortlog.c     builtin-show-branch.c  builtin-show-ref.c
	builtin-shortlog.o     builtin-show-branch.o  builtin-show-ref.o
	[torvalds@nehalem git]$ em builtin-shor
	builtin-shortlog.c  builtin-shortlog.o
	[torvalds@nehalem git]$ em builtin-shortlog.c

you get

	[torvalds@nehalem git]$ em buil		[type]
	builtin/   builtin.h
	[torvalds@nehalem git]$ em builtin		[auto-completes to]
	[torvalds@nehalem git]$ em builtin/sh	[type]
	shortlog.c     shortlog.o     show-branch.c  show-branch.o  show-ref.c     show-ref.o
	[torvalds@nehalem git]$ em builtin/sho		[auto-completes to]
	[torvalds@nehalem git]$ em builtin/shor	[type]
	shortlog.c  shortlog.o
	[torvalds@nehalem git]$ em builtin/shortlog.c

which doesn't seem all that different, but not having that annoying
break in "Display all 180 possibilities?" is quite a relief.

NOTE! If you do this in a clean tree (no object files etc), or using an
editor that has auto-completion rules that ignores '*.o' files, you
won't see that annoying 'Display all 180 possibilities?' message - it
will just show the choices instead.  I think bash has some cut-off
around 100 choices or something.

So the reason I see this is that I'm using an odd editory, and thus
don't have the rules to cut down on auto-completion.  But you can
simulate that by using 'ls' instead, or something similar.

Signed-off-by: Linus Torvalds 
Signed-off-by: Junio C Hamano

Merge branch 'jc/mailinfo-remove-brackets'

2009-11-30T22:43:24+00:00

Conflicts:
	Documentation/git-mailinfo.txt
	builtin-mailinfo.c

git am/mailinfo: Don't look at in-body headers when rebasing

2009-11-21T07:14:02+00:00

When we are rebasing we know that the header lines in the
patch are good and that we don't need to pick up any headers
from the body of the patch.

This makes it possible to rebase commits whose commit message
start with "From" or "Date".

Test vectors by Jeff King.

Signed-off-by: Lukas Sandström 
Signed-off-by: Junio C Hamano

builtin-mailinfo.c: check error status from rewind and ftruncate

2009-09-29T16:40:55+00:00

A recent "cut at scissors" implementation rewinds and truncates
the output file to store the message when it sees a scissors mark,
but it did not check if these library calls succeeded.

Signed-off-by: Junio C Hamano 
[sp: Use fseek as rewind returns void]
Signed-off-by: Shawn O. Pearce

add documentation for mailinfo.scissors and '--no-scissors'

2009-09-11T07:23:07+00:00

Signed-off-by: Nicolas Sebrecht 
Signed-off-by: Junio C Hamano

mailinfo: add '--scissors' to usage message

2009-09-11T07:11:44+00:00

Signed-off-by: Nicolas Sebrecht 
Signed-off-by: Junio C Hamano

mailinfo.scissors: new configuration

2009-08-27T05:30:33+00:00

Signed-off-by: Junio C Hamano

am/mailinfo: Disable scissors processing by default

2009-08-27T05:22:22+00:00

You can enable it by giving --scissors to "git am".

Signed-off-by: Junio C Hamano

Teach mailinfo to ignore everything before -- >8 -- mark

2009-08-27T05:21:32+00:00

This teaches mailinfo the scissors -- >8 -- mark; the command ignores
everything before it in the message body.

For lefties among us, we also support -- 8< -- ;-)

Signed-off-by: Junio C Hamano

builtin-mailinfo.c: fix confusing internal API to mailinfo()

2009-08-27T05:21:30+00:00

It fed two arguments to override the corresponding global variables,
but the caller always assigned the values to the global variables
first and then passed those global variables to this function.

Stop pretending to be a proper API to confuse people.

Signed-off-by: Junio C Hamano