aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJ. Bruce Fields <bfields@citi.umich.edu>2007-01-29 02:16:45 -0500
committerJ. Bruce Fields <bfields@citi.umich.edu>2007-01-29 02:16:45 -0500
commitd55ae921ce33dc989b6b77317f25a5aa58d406fe (patch)
tree80dbf4e1760228b199b05a874afbd3a7f31f779d
parent4a7979ca829530c4e5661d553449b0b073a50db3 (diff)
downloadgit-d55ae921ce33dc989b6b77317f25a5aa58d406fe.tar.gz
git-d55ae921ce33dc989b6b77317f25a5aa58d406fe.tar.xz
user-manual: SHA1 -> object name
Prefer "object name" to SHA1, at least in higher level documentation. Signed-off-by: "J. Bruce Fields" <bfields@citi.umich.edu>
-rw-r--r--Documentation/user-manual.txt10
1 files changed, 5 insertions, 5 deletions
diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
index 5f41a2d02..61c8b4389 100644
--- a/Documentation/user-manual.txt
+++ b/Documentation/user-manual.txt
@@ -692,7 +692,7 @@ Naming commits
We have seen several ways of naming commits already:
- - 40-hexdigit SHA1 id
+ - 40-hexdigit object name
- branch name: refers to the commit at the head of the given
branch
- tag name: refers to the commit pointed to by the given tag
@@ -705,7 +705,7 @@ gitlink:git-rev-parse[1] man page for the complete list of ways to
name revisions. Some examples:
-------------------------------------------------
-$ git show fb47ddb2 # the first few characters of the SHA1 id
+$ git show fb47ddb2 # the first few characters of the object name
# are usually enough to specify it uniquely
$ git show HEAD^ # the parent of the HEAD commit
$ git show HEAD^^ # the grandparent
@@ -743,8 +743,8 @@ which refers to the other branch that we're merging in to the current
branch.
The gitlink:git-rev-parse[1] command is a low-level command that is
-occasionally useful for translating some name for a commit to the SHA1 id for
-that commit:
+occasionally useful for translating some name for a commit to the object
+name for that commit:
-------------------------------------------------
$ git rev-parse origin
@@ -861,7 +861,7 @@ $ git diff origin..master
will tell you whether the contents of the project are the same at the
two branches; in theory, however, it's possible that the same project
contents could have been arrived at by two different historical
-routes. You could compare the SHA1 id's:
+routes. You could compare the object names:
-------------------------------------------------
$ git rev-list origin