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>

Documentation/user-manual.txt

diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
index 5f41a2d..61c8b43 100644
--- a/Documentation/user-manual.txt
+++ b/Documentation/user-manual.txt
@@ -692,7 +692,7 @@
 
 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 @@
 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 @@
 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 @@
 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