summary | shortlog | log | commit | commitdiff | tree
raw | patch | inline | side by side (parent: 1ae4ee8)
raw | patch | inline | side by side (parent: 1ae4ee8)
author | Linus Torvalds <torvalds@ppc970.osdl.org> | |
Wed, 8 Jun 2005 20:19:31 +0000 (13:19 -0700) | ||
committer | Linus Torvalds <torvalds@ppc970.osdl.org> | |
Wed, 8 Jun 2005 20:19:31 +0000 (13:19 -0700) |
Documentation/cvs-migration.txt | patch | blob | history |
index 229c129f9cec92d84ae5ca3884b78aa6afbf98e4..6c2a450936c817ecadf1ea604d365001888cf510 100644 (file)
CVS annotate
------------
-The core GIT itself does not have a "cvs annotate" equivalent.
-It has something that you may want to use when you would use
-"cvs annotate".
+So, something has gone wrong, and you don't know whom to blame, and
+you're an ex-CVS user and used to do "cvs annotate" to see who caused
+the breakage. You're looking for the "git annotate", and it's just
+claiming not to find such a script. You're annoyed.
+
+Yes, that's right. Core git doesn't do "annotate", although it's
+technically possible, and there are at least two specialized scripts out
+there that can be used to get equivalent information (see the git
+mailing list archives for details).
+
+Git has a couple of alternatives, though, that you may find sufficient
+or even superior depending on your use. One is called "git-whatchanged"
+(for obvious reasons) and the other one is called "pickaxe" ("a tool for
+the software archeologist").
+
+The "git-whatchanged" script is a truly trivial script that can give you
+a good overview of what has changed in a file or a directory (or an
+arbitrary list of files or directories). The "pickaxe" support is an
+additional layer that can be used to further specify exactly what you're
+looking for, if you already know the specific area that changed.
Let's step back a bit and think about the reason why you would
want to do "cvs annotate a-file.c" to begin with.