Merge branch 'master' of ssh://git-annex.branchable.com

This commit is contained in:
Joey Hess 2017-07-12 12:44:21 -04:00
commit ecad2da8c5
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
3 changed files with 34 additions and 0 deletions

View file

@ -0,0 +1,15 @@
[[!comment format=mdwn
username="yarikoptic"
avatar="http://cdn.libravatar.org/avatar/f11e9c84cb18d26a1748c33b48c924b4"
subject="note that some remotes could support files versioning "natively""
date="2017-07-11T21:59:49Z"
content="""
E.g. when exporting to the S3 bucket with versioning turned on, or OSF (AFAIK). So upon successful upload special remote could SETURLPRESENT to signal availability of any particular key (associated with the file).
Yet to grasp the cases you outlined better to see if I see any other applicable use-ase
I hope that export would be implemented through extending externals special remote protocol? ;)
[[!meta author=yoh]]
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="yarikoptic"
avatar="http://cdn.libravatar.org/avatar/f11e9c84cb18d26a1748c33b48c924b4"
subject="couldn't STATE be used for KEY -> FILENAME(s) mapping?"
date="2017-07-11T22:05:49Z"
content="""
just wondered...
at least in my attempt for zenodo special remote I did store zenodo's file deposition ID within the state to be able to request it back later on
alternative -- URL(s) I guess. Could be smth like exported:UUID/filename.
"""]]

View file

@ -0,0 +1,9 @@
[[!comment format=mdwn
username="yarikoptic"
avatar="http://cdn.libravatar.org/avatar/f11e9c84cb18d26a1748c33b48c924b4"
subject="does it really need to be a new command ("export") or could be the same old "copy"?"
date="2017-07-11T22:14:39Z"
content="""
or it could be just a mode of operation for a special remote depending on \"exporttree=true\" being set, where in one (old) case it would operate based on keys associated with the files pointed on the cmdline (or just keys for --auto or pointed by metadata), whenever when \"exporttree=true\" -- it would operate on filenames pointed on command line (or files found to be associated with the keys as pointed by --auto or by metadata)?
Then the same 'copy --to' could be used in both cases, streamlining user experience ;)
"""]]