checked getKeysPresent; it's ok for v6 unlocked files
authorJoey Hess <joeyh@joeyh.name>
Fri, 11 Dec 2015 20:12:42 +0000 (16:12 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 11 Dec 2015 20:12:42 +0000 (16:12 -0400)
When a v6 unlocked files is removed from the work tree,
unused doesn't show it. When it gets removed from the index,
unused does show it. This is the same as a locked file.

Annex/Content.hs
doc/todo/smudge.mdwn

index f0c8e25cdc96f06fbc6a9ba862ef236ddc02f17c..f4daa3813ab20afe99e47c1b5b24fe0311e3e456 100644 (file)
@@ -744,9 +744,9 @@ data KeyLocation = InAnnex | InRepository
 
 {- List of keys whose content exists in the specified location.
  
- - InAnnex only lists keys under .git/annex/objects,
- - while InRepository, in direct mode, also finds keys located in the
- - work tree.
+ - InAnnex only lists keys with content in .git/annex/objects,
+ - while InRepository, in direct mode, also finds keys with content
+ - in the work tree.
  -
  - Note that InRepository has to check whether direct mode files
  - have goodContent.
index 5cff8672cc6ed85cb8375653585e0f65173b120f..47613774ca91820799dfcfc0e3325a055564fcbe 100644 (file)
@@ -345,7 +345,6 @@ files to be unlocked, while the indirect upgrades don't touch the files.
   when pushing changes committed in such a repo. Ideally, should avoid
   committing implicit unlocks, or should prevent such commits leaking out
   in pushes.
-* getKeysPresent needs to check if object file is modified
 
 ----