todo
This commit is contained in:
parent
cae3704a44
commit
3ccf661d7c
2 changed files with 8 additions and 3 deletions
|
@ -15,8 +15,9 @@ keys. That is great for reliable data storage, but your filenames are
|
|||
obscured. Exporting replicates the tree to the special remote as-is.
|
||||
|
||||
Mixing key/value storage and exports in the same remote would be a mess and
|
||||
so is not allowed. You have to configure a remote with `exporttree=yes`
|
||||
when initially setting it up with [[git-annex-initremote]](1).
|
||||
so is not allowed. You have to configure a special remote with
|
||||
`exporttree=yes` when initially setting it up with
|
||||
[[git-annex-initremote]](1).
|
||||
|
||||
Repeated exports are done efficiently, by diffing the old and new tree,
|
||||
and transferring only the changed files.
|
||||
|
@ -54,7 +55,7 @@ export`, it will detect the export conflict, and resolve it.
|
|||
|
||||
[[git-annex]](1)
|
||||
|
||||
[[git-annex-export]](1)
|
||||
[[git-annex-initremote]](1)
|
||||
|
||||
# AUTHOR
|
||||
|
||||
|
|
|
@ -17,6 +17,10 @@ there need to be a new interface in supported remotes?
|
|||
|
||||
Work is in progress. Todo list:
|
||||
|
||||
* initremote: Don't allow "exporttree=yes" to be set when the special remote
|
||||
does not support exports. That would be confusing since the user would
|
||||
set up a special remote for exports, but `git annex export` to it would
|
||||
later fail..
|
||||
* `git annex get --from export` works in the repo that exported to it,
|
||||
but in another repo, the export db won't be populated, so it won't work.
|
||||
Maybe just show a useful error message in this case?
|
||||
|
|
Loading…
Reference in a new issue