Fix exporting of non-annexed files to external special remotes.
Actual problem is the keyName was set to "Ref \"sha\"", which led to this follow-on failure since it contained a space. The bad data would also get into the export database when exporting to a non-external special remote. Looking briefly at that, I don't think the bad data will lead to anything more than a re-upload of the file content now that the problem has been fixed. This commit was sponsored by Peter Hogg on Patreon.
This commit is contained in:
parent
d0d1154497
commit
68a9c867be
3 changed files with 3 additions and 1 deletions
|
@ -31,7 +31,7 @@ exportKey sha = mk <$> catKey sha
|
|||
where
|
||||
mk (Just k) = AnnexKey k
|
||||
mk Nothing = GitKey $ Key
|
||||
{ keyName = show sha
|
||||
{ keyName = Git.fromRef sha
|
||||
, keyVariety = SHA1Key (HasExt False)
|
||||
, keySize = Nothing
|
||||
, keyMtime = Nothing
|
||||
|
|
|
@ -1,6 +1,7 @@
|
|||
git-annex (6.20171027) UNRELEASED; urgency=medium
|
||||
|
||||
* Fix export of subdir of a branch.
|
||||
* Fix exporting of non-annexed files to external special remotes.
|
||||
|
||||
-- Joey Hess <id@joeyh.name> Mon, 30 Oct 2017 12:01:45 -0400
|
||||
|
||||
|
|
|
@ -29,3 +29,4 @@ git-annex: export: 1 failed
|
|||
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
|
||||
Of course ;) All the time
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
Loading…
Reference in a new issue