git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[PATCH 3/7] git-blame(1): mention options in the synopsis and advertise pickaxe

From
Jonas Fonseca <fonseca@diku.dk>
Date
Aug 25, 2006, 01:01 UTC
Message-ID
<20060825010149.GD4069@diku.dk>
In-Reply-To
<20060825005820.GC4069@diku.dk>

Inspired by the cvs annotate documentation improve and expand the man page to also mention the limitations of file annotations. Since people coming from the SVN/CVS world might first look here, also briefly advertise how the pickaxe interface makes it easy to go beyond these limitation.

Signed-off-by: Jonas Fonseca <fonseca@diku.dk>
---
 Documentation/git-blame.txt |   29 +++++++++++++++++++++++------
 1 files changed, 23 insertions(+), 6 deletions(-)
The advertising might be a bit too much, as in not belonging there.
diff --git a/Documentation/git-blame.txt b/Documentation/git-blame.txt
index bfed945..e1f8944 100644
--- a/Documentation/git-blame.txt
+++ b/Documentation/git-blame.txt
@@ -3,21 +3,38 @@ git-blame(1)
 
 NAME
 ----
-git-blame - Blame file lines on commits
+git-blame - Show what revision and author last modified each line of a file
 
 SYNOPSIS
 --------
-git-blame file [options] file [revision]
+'git-blame' [-c] [-l] [-t] [-S <revs-file>] [--] <file> [<rev>]
 
 DESCRIPTION
 -----------
-Annotates each line in the given file with information from the commit
-which introduced the line. Start annotation from the given revision.
+
+Annotates each line in the given file with information from the revision which
+last modified the line. Optionally, start annotating from the given revision.
+
+This report doesn't tell you anything about lines which have been deleted or
+replaced; you need to use a tool such as gitlink:git-diff[1] or the "pickaxe"
+interface briefly mentioned in the following paragraph.
+
+Apart from supporting file annotation, git also supports searching the
+development history for when a code snippet occured in a change. This makes it
+possible to track when a code snippet was added to a file, moved or copied
+between files, and eventually deleted or replaced. It works by searching for
+a text string in the diff. A small example:
+
+-----------------------------------------------------------------------------
+$ git log --pretty=oneline -S'blame_usage'
+5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <ancestry-file>
+ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Make the output
+-----------------------------------------------------------------------------
 
 OPTIONS
 -------
 -c, --compatibility::
-	Use the same output mode as git-annotate (Default: off).
+	Use the same output mode as gitlink:git-annotate[1] (Default: off).
 
 -l, --long::
 	Show long rev (Default: off).
@@ -26,7 +43,7 @@ OPTIONS
 	Show raw timestamp (Default: off).
 
 -S, --rev-file <revs-file>::
-	Use revs from revs-file instead of calling git-rev-list.
+	Use revs from revs-file instead of calling gitlink:git-rev-list[1].
 
 -h, --help::
 	Show help message.
-- 
1.4.2.GIT


-- 
Jonas Fonseca
Previous: Jonas FonsecaNext: Jonas Fonseca
Message 5 of 9 in “git-apply: document remaining options in the man page”
  1. git-apply: document remaining options in the man pageJonas Fonseca, Aug 18, 2006
  2. Junio C HamanoAug 18, 2006
  3. 1/7 git-apply(1): document missing options and improve existing onesJonas Fonseca, Aug 25, 2006
  4. 2/7 git-ls-remote(1): document --upload-packJonas Fonseca, Aug 25, 2006
  5. 3/7 git-blame(1): mention options in the synopsis and advertise pickaxeJonas Fonseca, Aug 25, 2006
  6. 4/7 gitk(1): expand the manpage to look less like a templateJonas Fonseca, Aug 25, 2006
  7. 5/7 git(7): put the synopsis in a verse style paragraphJonas Fonseca, Aug 25, 2006
  8. 6/7 gitview.txt: improve asciidoc markupJonas Fonseca, Aug 25, 2006
  9. 7/7 git-svn(1): improve asciidoc markupJonas Fonseca, Aug 25, 2006

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.