diff options
author | 2011-10-17 13:56:36 -0400 | |
---|---|---|
committer | 2011-10-17 13:56:36 -0400 | |
commit | 617bdc740f76e0b5cb8d73a8b122cd2b3e6fe961 (patch) | |
tree | 92c932685e19b1df6bd453810e9a4052cdf92f3e /doc/tips/migrating_data_to_a_new_backend.mdwn | |
parent | 66fa4c947c30ca9848121912229f3e84a855a74f (diff) |
reorg
Diffstat (limited to 'doc/tips/migrating_data_to_a_new_backend.mdwn')
-rw-r--r-- | doc/tips/migrating_data_to_a_new_backend.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/tips/migrating_data_to_a_new_backend.mdwn b/doc/tips/migrating_data_to_a_new_backend.mdwn new file mode 100644 index 000000000..b9acb8bd1 --- /dev/null +++ b/doc/tips/migrating_data_to_a_new_backend.mdwn @@ -0,0 +1,16 @@ +Maybe you started out using the WORM backend, and have now configured +git-annex to use SHA1. But files you added to the annex before still +use the WORM backend. There is a simple command that can migrate that +data: + + # git annex migrate my_cool_big_file + migrate my_cool_big_file (checksum...) ok + +You can only migrate files whose content is currently available. Other +files will be skipped. + +After migrating a file to a new backend, the old content in the old backend +will still be present. That is necessary because multiple files +can point to the same content. The `git annex unused` subcommand can be +used to clear up that detritus later. Note that hard links are used, +to avoid wasting disk space. |