fsck: Now works in bare repositories.
Checks location log information, and file contents. Does not check that numcopies is satisfied, as .gitattributes information about numcopies is not available in a bare repository. In practice, that should not be a problem, since fsck is also run in a checkout and will check numcopies there.
This commit is contained in:
parent
fef2cf7398
commit
2566eb85fe
7 changed files with 77 additions and 31 deletions
|
@ -17,3 +17,5 @@ See http://lists.madduck.net/pipermail/vcs-home/2011-June/000433.html
|
|||
>>> While storing the data is no longer an issue in bare repos, fsck would
|
||||
>>> need a special mode that examines all the location logs, since it
|
||||
>>> cannot run thru the checked out files. --[[Joey]]
|
||||
|
||||
>>>> [[done]]! --[[Joey]]
|
||||
|
|
|
@ -1,6 +1,5 @@
|
|||
What is says on the tin:
|
||||
|
||||
|
||||
22:56:54 < RichiH> joeyh_: by the way, i have been thinking about fsck on bare repos
|
||||
22:57:37 < RichiH> joeyh_: the best i could come with is to have a bare and a non-bare access the same repo store
|
||||
22:58:00 < RichiH> joeyh_: alternatively, with the SHA* backend, you have all the information to verify that the local data is correct
|
||||
|
@ -10,3 +9,7 @@ What is says on the tin:
|
|||
23:14:51 < joeyh_> unused/dropunused could work in bare repos too btw
|
||||
|
||||
> Also `status`'s total annex keys/size could be handled for bare repos. --[[Joey]]
|
||||
|
||||
>> Fsck is done. Rest not done yet. --[[Joey]]
|
||||
|
||||
[[!meta title="support status, unused, dropunused in bare repos"]]
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue