author | Junio C Hamano <gitster@pobox.com> | |
Thu, 22 Dec 2011 19:27:27 +0000 (11:27 -0800) | ||
committer | Junio 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
docs: brush up obsolete bits of git-fsck manpage
Conflicts:
Documentation/git-fsck.txt
1 | 2 | |||
---|---|---|---|---|
Documentation/git-fsck.txt | patch | | diff1 | | diff2 | | blob | history |
diff --cc Documentation/git-fsck.txt
index 0a17b4258e2a69a1d2a5e931dd14ac1869876f33,55b33d70310a9f328edfcf3d625a0fc9ab8a192b..6c47395ad2d22f54ed76dda914efbc28b0dca083
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