Autogenerated HTML docs for v1.4.0-rc1

[git.git] / core-tutorial.html
diff --git a/core-tutorial.html b/core-tutorial.html

index 9dfa534..7250064 100644 (file)
--- a/core-tutorial.html
+++ b/core-tutorial.html
@@ -255,11 +255,11 @@ div.exampleblock-content {
    padding-left: 0.5em;\r
  }\r
  </style>\r
    padding-left: 0.5em;\r
  }\r
  </style>\r
-<title>A short git tutorial</title>\r
+<title>A git core tutorial for developers</title>\r
  </head>\r
  <body>\r
  <div id="header">\r
  </head>\r
  <body>\r
  <div id="header">\r
-<h1>A short git tutorial</h1>\r
+<h1>A git core tutorial for developers</h1>\r
  </div>\r
  <h2>Introduction</h2>\r
  <div class="sectionbody">\r
  </div>\r
  <h2>Introduction</h2>\r
  <div class="sectionbody">\r
@@ -456,7 +456,7 @@ you'll have to use the object name, not the filename of the object:</p>
  <pre><tt>$ git-cat-file -t 557db03de997c86a4a028e1ebd3a1ceb225be238</tt></pre>\r
  </div></div>\r
  <p>where the <tt>-t</tt> tells <tt>git-cat-file</tt> to tell you what the "type" of the\r
  <pre><tt>$ git-cat-file -t 557db03de997c86a4a028e1ebd3a1ceb225be238</tt></pre>\r
  </div></div>\r
  <p>where the <tt>-t</tt> tells <tt>git-cat-file</tt> to tell you what the "type" of the\r
-object is. git will tell you that you have a "blob" object (ie just a\r
+object is. git will tell you that you have a "blob" object (i.e., just a\r
  regular file), and you can see the contents with</p>\r
  <div class="listingblock">\r
  <div class="content">\r
  regular file), and you can see the contents with</p>\r
  <div class="listingblock">\r
  <div class="content">\r
@@ -866,7 +866,7 @@ that tag. You create these annotated tags with either the <tt>-a</tt> or
  <pre><tt>$ git tag -s &lt;tagname&gt;</tt></pre>\r
  </div></div>\r
  <p>which will sign the current <tt>HEAD</tt> (but you can also give it another\r
  <pre><tt>$ git tag -s &lt;tagname&gt;</tt></pre>\r
  </div></div>\r
  <p>which will sign the current <tt>HEAD</tt> (but you can also give it another\r
-argument that specifies the thing to tag, ie you could have tagged the\r
+argument that specifies the thing to tag, i.e., you could have tagged the\r
  current <tt>mybranch</tt> point by using <tt>git tag &lt;tagname&gt; mybranch</tt>).</p>\r
  <p>You normally only do signed tags for major releases or things\r
  like that, while the light-weight tags are useful for any marking you\r
  current <tt>mybranch</tt> point by using <tt>git tag &lt;tagname&gt; mybranch</tt>).</p>\r
  <p>You normally only do signed tags for major releases or things\r
  like that, while the light-weight tags are useful for any marking you\r
@@ -1186,11 +1186,11 @@ environment, is <tt>git show-branch</tt>.</p>
  <p>The first two lines indicate that it is showing the two branches\r
  and the first line of the commit log message from their\r
  top-of-the-tree commits, you are currently on <tt>master</tt> branch\r
  <p>The first two lines indicate that it is showing the two branches\r
  and the first line of the commit log message from their\r
  top-of-the-tree commits, you are currently on <tt>master</tt> branch\r
-(notice the asterisk <tt><strong></tt> character), and the first column for\r
+(notice the asterisk <tt>*</tt> character), and the first column for\r
  the later output lines is used to show commits contained in the\r
  <tt>master</tt> branch, and the second column for the <tt>mybranch</tt>\r
  branch. Three commits are shown along with their log messages.\r
  the later output lines is used to show commits contained in the\r
  <tt>master</tt> branch, and the second column for the <tt>mybranch</tt>\r
  branch. Three commits are shown along with their log messages.\r
-All of them have non blank characters in the first column (<tt></strong></tt>\r
+All of them have non blank characters in the first column (<tt>*</tt>\r
  shows an ordinary commit on the current branch, <tt>.</tt> is a merge commit), which\r
  means they are now part of the <tt>master</tt> branch. Only the "Some\r
  work" commit has the plus <tt>+</tt> character in the second column,\r
  shows an ordinary commit on the current branch, <tt>.</tt> is a merge commit), which\r
  means they are now part of the <tt>master</tt> branch. Only the "Some\r
  work" commit has the plus <tt>+</tt> character in the second column,\r
@@ -1323,7 +1323,7 @@ commit object by downloading from <tt>repo.git/objects/xx/xxx...</tt>
  using the object name of that commit object.  Then it reads the\r
  commit object to find out its parent commits and the associate\r
  tree object; it repeats this process until it gets all the\r
  using the object name of that commit object.  Then it reads the\r
  commit object to find out its parent commits and the associate\r
  tree object; it repeats this process until it gets all the\r
-necessary objects.  Because of this behaviour, they are\r
+necessary objects.  Because of this behavior, they are\r
  sometimes also called <em>commit walkers</em>.</p>\r
  <p>The <em>commit walkers</em> are sometimes also called <em>dumb\r
  transports</em>, because they do not require any git aware smart\r
  sometimes also called <em>commit walkers</em>.</p>\r
  <p>The <em>commit walkers</em> are sometimes also called <em>dumb\r
  transports</em>, because they do not require any git aware smart\r
@@ -2011,7 +2011,7 @@ to follow, not easier.</p>
  </div>\r
  <div id="footer">\r
  <div id="footer-text">\r
  </div>\r
  <div id="footer">\r
  <div id="footer-text">\r
-Last updated 07-Feb-2006 08:04:34 UTC\r
+Last updated 04-Jun-2006 07:24:36 UTC\r
  </div>\r
  </div>\r
  </body>\r
  </div>\r
  </div>\r
  </body>\r