update todo list

This commit is contained in:
Joey Hess 2015-12-15 16:07:02 -04:00
parent f9d077186a
commit db8b32254c
Failed to extract signature

View file

@ -321,14 +321,12 @@ files to be unlocked, while the indirect upgrades don't touch the files.
#### implementation todo list #### implementation todo list
* Dropping a smudged file causes git status to show it as modified, * Test suite should have a pass that runs with files unlocked.
because the timestamp has changed. Getting a smudged file can also * assistant: In v6 mode, adds files in unlocked mode, so they can
cause this. Upgrading a direct mode repo also leaves files in this state. continue to be modified. TODO
User can use `git add` to clear it up, but better to avoid this, * When the webapp creates a repo, it forces it into direct mode. But that
by updating stat info in the index. will fail when annex.version=6. Long-term, the assistant should make v6
(May need to use libgit2 to do this, cannot find repos, but short-term, the assistant should make v5 repos in direct mode.
any plumbing except git-update-index, which is very inneficient for
smudged files.)
* Reconcile staged changes into the associated files database, whenever * Reconcile staged changes into the associated files database, whenever
the database is queried. the database is queried.
* See if the cases where the Keys database is not used can be * See if the cases where the Keys database is not used can be
@ -348,7 +346,14 @@ files to be unlocked, while the indirect upgrades don't touch the files.
when pushing changes committed in such a repo. Ideally, should avoid when pushing changes committed in such a repo. Ideally, should avoid
committing implicit unlocks, or should prevent such commits leaking out committing implicit unlocks, or should prevent such commits leaking out
in pushes. in pushes.
* Test suite should have a pass that runs with files unlocked. * Dropping a smudged file causes git status to show it as modified,
because the timestamp has changed. Getting a smudged file can also
cause this. Upgrading a direct mode repo also leaves files in this state.
User can use `git add` to clear it up, but better to avoid this,
by updating stat info in the index.
(May need to use libgit2 to do this, cannot find
any plumbing except git-update-index, which is very inneficient for
smudged files.)
---- ----