mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

Merge remote-tracking branch 'branchable/master'

Browse source
This commit is contained in:
Joey Hess 2011-05-17 11:54:29 -04:00
commit 0bf1b36f11
2 changed files with 12 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
doc/todo/cache_key_info.mdwn
View file

@ -10,7 +10,7 @@ But currently two git-annex commands are quite slow when annexes become large
in quantity of files. These are unused and stats in quantity of files. These are unused and stats
(Both have --fast versions that don't do as much). (Both have --fast versions that don't do as much).
Both are slow because both need two peices of information that are not Both are slow because both need two pieces of information that are not
quick to look up, and require examining the whole repo, very seekily: quick to look up, and require examining the whole repo, very seekily:
1. The keys present in the annex. Found by looking thru .git/annex/objects. 1. The keys present in the annex. Found by looking thru .git/annex/objects.

11
doc/todo/cache_key_info/comment_1_578df1b3b2cbfdc4aa1805378f35dc48._comment Normal file
View file

@ -0,0 +1,11 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
nickname="Richard"
subject="comment 1"
date="2011-05-17T07:27:02Z"
content="""
Sounds like a good idea.
* git annex fsck (or similar) should check/rebuild the caches
* I would simply require a clean tree with a verbose error. 80/20 rule and defaulting to save actions.
"""]]