Code

Merge branch 'jk/doc-fsck'
authorJunio C Hamano <gitster@pobox.com>
Thu, 22 Dec 2011 19:27:27 +0000 (11:27 -0800)
committerJunio C Hamano <gitster@pobox.com>
Thu, 22 Dec 2011 19:27:27 +0000 (11:27 -0800)
* jk/doc-fsck:
  docs: brush up obsolete bits of git-fsck manpage

Conflicts:
Documentation/git-fsck.txt

1  2 
Documentation/git-fsck.txt

index 0a17b4258e2a69a1d2a5e931dd14ac1869876f33,55b33d70310a9f328edfcf3d625a0fc9ab8a192b..6c47395ad2d22f54ed76dda914efbc28b0dca083
@@@ -73,29 -72,15 +73,23 @@@ index file, all SHA1 references in .git
        a blob, the contents are written into the file, rather than
        its object name.
  
- It tests SHA1 and general object sanity, and it does full tracking of
- the resulting reachability and everything else. It prints out any
- corruption it finds (missing or bad objects), and if you use the
- '--unreachable' flag it will also print out objects that exist but
- that aren't reachable from any of the specified head nodes.
- So for example
-       git fsck --unreachable HEAD \
-               $(git for-each-ref --format="%(objectname)" refs/heads)
 +--progress::
 +--no-progress::
 +      Progress status is reported on the standard error stream by
 +      default when it is attached to a terminal, unless
 +      --no-progress or --verbose is specified. --progress forces
 +      progress status even if the standard error stream is not
 +      directed to a terminal.
 +
+ DISCUSSION
+ ----------
  
- will do quite a _lot_ of verification on the tree. There are a few
- extra validity tests to be added (make sure that tree objects are
- sorted properly etc), but on the whole if 'git fsck' is happy, you
- do have a valid tree.
+ git-fsck tests SHA1 and general object sanity, and it does full tracking
+ of the resulting reachability and everything else. It prints out any
+ corruption it finds (missing or bad objects), and if you use the
+ '--unreachable' flag it will also print out objects that exist but that
+ aren't reachable from any of the specified head nodes (or the default
+ set, as mentioned above).
  
  Any corrupt objects you will have to find in backups or other archives
  (i.e., you can just remove them and do an 'rsync' with some other site in