user/sven/git.git/log-tree.c, branch v1.6.4.5

git-log: allow --decorate[=short|full]

2009-08-26T19:05:58Z

Commit de435ac0 changed the behavior of --decorate from printing the full ref (e.g., "refs/heads/master") to a shorter, more human-readable version (e.g., just "master"). While this is nice for human readers, external tools using the output from "git log" may prefer the full version. This patch introduces an extension to --decorate to allow the caller to specify either the short or the full versions. Signed-off-by: Lars Hjemli Acked-by: Jeff King Signed-off-by: Junio C Hamano

Expose the has_non_ascii() function

2009-08-10T21:39:39Z

This function is useful outside of log-tree.c, too. Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

log-tree: fix confusing comment

2009-07-01T18:16:54Z

This comment mentions the case where use_terminator is set, but this case is not handled at all by this chunk of code. Signed-off-by: Jeff King Signed-off-by: Junio C Hamano

Prettify log decorations even more

2009-05-14T03:55:49Z

"tag: v1.6.2.5" looks much better than "tag: refs/tags/v1.6.2.5". Signed-off-by: Felipe Contreras Acked-by: Jeff King Signed-off-by: Junio C Hamano

log-tree: fix patch filename computation in "git format-patch"

2009-03-27T08:10:27Z

When using "git format-patch", "get_patch_filename" in "log-tree.c" calls "strbuf_splice" that could die with the following message: "`pos + len' is too far after the end of the buffer" if you have: buf->len < start_len + FORMAT_PATCH_NAME_MAX but: buf->len + suffix_len > start_len + FORMAT_PATCH_NAME_MAX This patch tries to get rid of that bug. [jc: w/ simplified logic] Signed-off-by: Christian Couder Signed-off-by: Junio C Hamano

format-patch: --attach/inline uses filename instead of SHA1

2009-03-23T04:45:19Z

Currently when format-patch is used with --attach or --inline the patch attachment has the SHA1 of the commit for its filename. This replaces the SHA1 with the filename used by format-patch when outputting to files. Fix tests relying on the SHA1 output and add a test showing how the --suffix option affects the attachment filename output. Signed-off-by: Stephen Boyd Signed-off-by: Junio C Hamano

format-patch: move get_patch_filename() into log-tree

2009-03-23T04:42:05Z

Signed-off-by: Stephen Boyd Signed-off-by: Junio C Hamano

Merge branch 'tr/format-patch-thread'

2009-03-11T20:48:07Z

* tr/format-patch-thread: format-patch: support deep threading format-patch: thread as reply to cover letter even with in-reply-to format-patch: track several references format-patch: threading test reactivation Conflicts: builtin-log.c

Move local variables to narrower scopes

2009-03-08T04:52:23Z

These weren't used outside and can be safely moved Signed-off-by: Benjamin Kramer Signed-off-by: Junio C Hamano

format-patch: track several references

2009-02-22T04:26:03Z

Currently, format-patch can only track a single reference (the In-Reply-To:) for each mail. To ensure proper threading, we should list all known references for every mail. Change the rev_info.ref_message_id field to a string_list, so that we can append references at will, and change the output formatting routines to print all of them in the References: header. The last entry in the list is implicitly assumed to be the In-Reply-To:, which gives output consistent with RFC 2822: The "References:" field will contain the contents of the parent's "References:" field (if any) followed by the contents of the parent's "Message-ID:" field (if any). Note that this is just preparatory work; nothing uses it yet, so all "References:" fields in the output are still only one deep. Signed-off-by: Thomas Rast Signed-off-by: Junio C Hamano