patchdocs: clarified that --lost-found implies --no-reflogs

From: Marco Luzzara <marco.luzzara@hotmail.it>

git fsck --lost-found does not look for references in the reflog. If not specified, it could create misunderstandings like this one: https://stackoverflow.com/questions/66401232/git-fsck-combining-lost-found-and-unreachable

Signed-off-by: Marco Luzzara <marco.luzzara@hotmail.it>
---
    docs: clarified that --lost-found implies --no-reflogs
    
    git fsck --lost-found does not look for references in the reflog. If not
    specified, it could create misunderstandings like this one: git fsck
    combining --lost-found and --unreachable
    [https://stackoverflow.com/questions/66401232/git-fsck-combining-lost-found-and-unreachable]

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-git-970%2Fmarco-luzzara%2Fmaster-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-git-970/marco-luzzara/master-v1
Pull-Request: https://github.com/git/git/pull/970

 Documentation/git-fsck.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

"Marco Luzzara via GitGitGadget" <gitgitgadget@gmail.com> writes:

Thanks for attempting to improve our documentation.

 - Please avoid an overly long line like the above.  Wrap your line
   at around 60-70 columns.

 - Please do not force readers to visit external site to understand
   why your change is useful.  You should be able to summarize the
   puzzlement described there in a few sentences, something like:

	The documentation does not say "git fsck --lost-found" uses
	"--no-reflogs" to make it easier to find objects that are
	not reachable from the tip of refs, which leads people to
	wonder why commits that are reachable only from reflogs are
	shown as dangling (see https://stackoverflow.com/questions/66401232
	for an example).

   perhaps.

It also would be a good idea to explain why it implies that.

THanks.