summaryrefslogtreecommitdiff
path: root/doc/bugs/uninit_does_not_work_in_old_repos.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/uninit_does_not_work_in_old_repos.mdwn')
-rw-r--r--doc/bugs/uninit_does_not_work_in_old_repos.mdwn20
1 files changed, 0 insertions, 20 deletions
diff --git a/doc/bugs/uninit_does_not_work_in_old_repos.mdwn b/doc/bugs/uninit_does_not_work_in_old_repos.mdwn
deleted file mode 100644
index d3df06148..000000000
--- a/doc/bugs/uninit_does_not_work_in_old_repos.mdwn
+++ /dev/null
@@ -1,20 +0,0 @@
-As uninit does not need to actually write out any data, just remove it, it should be possible to uninit in old stores.
-
- % git annex uninit
- git-annex: Repository version 2 is not supported. Upgrade this repository: git-annex upgrade
-
-If the repo happens to be broken, this essentially locks in data.
-
-> No, because you can always check out the version of git-annex you need
-> for that repository.
->
-> uninit, as implemented, runs unannex on every file and then does some
-> cleanup. The cleanup does not need to write state, but the unannex does.
-> And it depends on the object directory layout, which has changed between
-> versions. So supporting old versions in this code would complicate it
-> quite a lot. I don't want to go there. --[[Joey]]
-
->>Requiring a version upgrade for unannex is fine. Yet, I see a problem when a git repo is broken; you are stuck without being able to uninit. In this case an uninit that does nothing but undo the symlinking would be useful. -- Richard
-
->>> As I said, version 2 of git-annex is still there for people who need
->>> it for whatever reason. [[done]] --[[Joey]]