Merge branch 'ja/doc-style-fix'
authorJunio C Hamano <gitster@pobox.com>
Tue, 5 Feb 2019 22:26:16 +0000 (14:26 -0800)
committerJunio C Hamano <gitster@pobox.com>
Tue, 5 Feb 2019 22:26:16 +0000 (14:26 -0800)
Doc typo/stylo fixes.

* ja/doc-style-fix:
doc: tidy asciidoc style

1  2 
Documentation/git-checkout.txt
Documentation/rev-list-options.txt
index 6acc3d98e7422be7f313b0a203a61565fae212c5,93777a39f0b258fcdd2c2071dcaf97f514fb3c09..9a396498d106e1f3ff581d465c072d90686f8c21
@@@ -276,10 -276,6 +276,10 @@@ section of linkgit:git-add[1] to learn 
        Just like linkgit:git-submodule[1], this will detach the
        submodules HEAD.
  
 +--no-guess::
 +      Do not attempt to create a branch if a remote tracking branch
 +      of the same name exists.
 +
  <branch>::
        Branch to checkout; if it refers to a branch (i.e., a name that,
        when prepended with "refs/heads/", is a valid ref), then that
@@@ -424,14 -420,14 +424,14 @@@ $ git tag foo           <3
  ------------
  
  <1> creates a new branch 'foo', which refers to commit 'f', and then
- updates HEAD to refer to branch 'foo'. In other words, we'll no longer
- be in detached HEAD state after this command.
    updates HEAD to refer to branch 'foo'. In other words, we'll no longer
    be in detached HEAD state after this command.
  
  <2> similarly creates a new branch 'foo', which refers to commit 'f',
- but leaves HEAD detached.
    but leaves HEAD detached.
  
  <3> creates a new tag 'foo', which refers to commit 'f',
- leaving HEAD detached.
    leaving HEAD detached.
  
  If we have moved away from commit 'f', then we must first recover its object
  name (typically by using git reflog), and then we can create a reference to
@@@ -459,8 -455,8 +459,8 @@@ EXAMPLE
  --------
  
  . The following sequence checks out the `master` branch, reverts
- the `Makefile` to two revisions back, deletes hello.c by
- mistake, and gets it back from the index.
  the `Makefile` to two revisions back, deletes hello.c by
  mistake, and gets it back from the index.
  +
  ------------
  $ git checkout master             <1>
@@@ -494,7 -490,7 +494,7 @@@ $ git checkout -- hello.
  ------------
  
  . After working in the wrong branch, switching to the correct
- branch would be done using:
  branch would be done using:
  +
  ------------
  $ git checkout mytopic
@@@ -522,7 -518,7 +522,7 @@@ registered in your index file, so `git 
  changes you made since the tip of the new branch.
  
  . When a merge conflict happens during switching branches with
- the `-m` option, you would see something like this:
  the `-m` option, you would see something like this:
  +
  ------------
  $ git checkout -m mytopic
index 91b3a72bda173fe048d087a38625f1bdb3da2804,2e4a67d3b7592cabb79188712c6c70a875543bc4..8a4867998e0bf2c76953ca483773971b005a1479
@@@ -13,6 -13,8 +13,6 @@@ has a line that matches `<pattern>`), u
  Note that these are applied before commit
  ordering and formatting options, such as `--reverse`.
  
 ---
 -
  -<number>::
  -n <number>::
  --max-count=<number>::
@@@ -270,13 -272,13 +270,13 @@@ depending on a few rules
  +
  --
  1. If the starting point is specified as `ref@{Nth}`, show the index
- format.
   format.
  +
  2. If the starting point was specified as `ref@{now}`, show the
- timestamp format.
   timestamp format.
  +
  3. If neither was used, but `--date` was given on the command line, show
- the timestamp in the format requested by `--date`.
   the timestamp in the format requested by `--date`.
  +
  4. Otherwise, show the index format.
  --
@@@ -306,6 -308,8 +306,6 @@@ ifdef::git-rev-list[
        `<header>` text will be printed with each progress update.
  endif::git-rev-list[]
  
 ---
 -
  History Simplification
  ~~~~~~~~~~~~~~~~~~~~~~
  
@@@ -730,13 -734,8 +730,13 @@@ specification contained in <path>
  +
  The form '--filter=tree:<depth>' omits all blobs and trees whose depth
  from the root tree is >= <depth> (minimum depth if an object is located
 -at multiple depths in the commits traversed). Currently, only <depth>=0
 -is supported, which omits all blobs and trees.
 +at multiple depths in the commits traversed). <depth>=0 will not include
 +any trees or blobs unless included explicitly in the command-line (or
 +standard input when --stdin is used). <depth>=1 will include only the
 +tree and blobs which are referenced directly by a commit reachable from
 +<commit> or an explicitly-given object. <depth>=2 is like <depth>=1
 +while also including trees and blobs one more level removed from an
 +explicitly-given commit or tree.
  
  --no-filter::
        Turn off any previous `--filter=` argument.