b6d46c212e
* unannex, uninit: Avoid committing after every file is unannexed, for massive speedup. * --notify-finish switch will cause desktop notifications after each file upload/download/drop completes (using the dbus Desktop Notifications Specification) * --notify-start switch will show desktop notifications when each file upload/download starts. * webapp: Automatically install Nautilus integration scripts to get and drop files. * tahoe: Pass -d parameter before subcommand; putting it after the subcommand no longer works with tahoe-lafs version 1.10. (Thanks, Alberto Berti) * forget --drop-dead: Avoid removing the dead remote from the trust.log, so that if git remotes for it still exist anywhere, git annex info will still know it's dead and not show it. * git-annex-shell: Make configlist automatically initialize a remote git repository, as long as a git-annex branch has been pushed to it, to simplify setup of remote git repositories, including via gitolite. * add --include-dotfiles: New option, perhaps useful for backups. * Version 5.20140227 broke creation of glacier repositories, not including the datacenter and vault in their configuration. This bug is fixed, but glacier repositories set up with the broken version of git-annex need to have the datacenter and vault set in order to be usable. This can be done using git annex enableremote to add the missing settings. For details, see http://git-annex.branchable.com/bugs/problems_with_glacier/ * Added required content configuration. * assistant: Improve ssh authorized keys line generated in local pairing or for a remote ssh server to set environment variables in an alternative way that works with the non-POSIX fish shell, as well as POSIX shells. # imported from the archive
16 lines
703 B
Markdown
16 lines
703 B
Markdown
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.
|