From 2bb42fa003a2aabedab4c1a07eeb98caeb413aba Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 28 Jul 2022 12:15:07 -0400 Subject: [PATCH] comment --- ..._b1c3f781b573d56f1b9572a9bf9f269b._comment | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 doc/git-annex-find/comment_10_b1c3f781b573d56f1b9572a9bf9f269b._comment diff --git a/doc/git-annex-find/comment_10_b1c3f781b573d56f1b9572a9bf9f269b._comment b/doc/git-annex-find/comment_10_b1c3f781b573d56f1b9572a9bf9f269b._comment new file mode 100644 index 0000000000..60d8740881 --- /dev/null +++ b/doc/git-annex-find/comment_10_b1c3f781b573d56f1b9572a9bf9f269b._comment @@ -0,0 +1,19 @@ +[[!comment format=mdwn + username="joey" + subject="""Re: Confirming all annexed files exist elsewhere?""" + date="2022-07-28T16:10:17Z" + content=""" +@Dan `findref` never supported listing all keys either. + +Yours is the best argument I've seen so far for wanting `find --all`. +But the fact that this command is about listing files, not keys, still +makes that seem out of scope for it. + +Using `whereis` would certainly do what you want. Another option would +be to `untrust` the repository that you are going to be deleting, and then +run `fsck --all`. Although that would report potentially other problems +besides files that are only present in that repository. + +Finally, there's the bare metal option, which is also the fastest: +`find .git/annex/objects -type f` +"""]] -- 2.30.2