aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/migrate_and_move_duplicates_data/comment_1_ac3c5c141992c7b5d2cc36e085b0cba8._comment
blob: 83af05970ba28c135da4c818fbc2212442e4adb3 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
[[!comment format=mdwn
 username="joey"
 subject="""comment 1"""
 date="2015-07-17T15:41:53Z"
 content="""
I don't feel that migration is an important enough feature to complicate
the rest of git-annex with special handling of multiple keys that point to
the same content.

You could have used `mv` in your use case to move the repo to the new drive
while preseving hard links.

What might be useful is for `git annex migrate` to write a list of the old keys
someplace. These could then be dropped when the user wants to get rid of them,
with mixing them up with other unused files. Although if you care about old
versions of files and don't want to drop them as unused, it seems to me you'd
also want to be able to access the old keys from before the migration.
"""]]