todo
authorJoey Hess <joeyh@joeyh.name>
Fri, 22 Nov 2019 23:47:53 +0000 (19:47 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 22 Nov 2019 23:47:53 +0000 (19:47 -0400)
doc/todo/git_status_smudges_unncessarily_after_unlock.mdwn [new file with mode: 0644]

diff --git a/doc/todo/git_status_smudges_unncessarily_after_unlock.mdwn b/doc/todo/git_status_smudges_unncessarily_after_unlock.mdwn
new file mode 100644 (file)
index 0000000..b1b59f0
--- /dev/null
@@ -0,0 +1,11 @@
+After unlocking a file, `git status` runs the smudge filter. That is
+unnecessary, and when many files were unlocked, it can take a long time
+because [[git_smudge_clean_interface_suboptiomal]] means it runs git-annex
+once per file.
+
+It should be possible to avoid that, as was done with git drop in [[!commit
+1113caa53efedbe7ab1d98b74010160f20473e8d]]. I tried making Command.Unlock
+use restagePointerFile, but that did not help; git update-index does then
+smudge it during the `git annex unlock`, which is no faster (but at least
+doing it then would avoid the surprise of a slow `git status` or `git
+commit -a`). Afterwards, `git status` then smudged it again, unsure why!