dgit.raspbian.org Git - git-annex.git/blob

   1 [[!comment format=mdwn
   2  username="joey"
   3  subject="""comment 4"""
   4  date="2021-03-05T17:44:54Z"
   5  content="""
   6 In fact, a very simple patch that just makes a GitKey generate a
   7 "GIT" key seems to have solved this problem! Files that were non-annexed
   8 on export remain so on import, until they're changed, and then
   9 annex.largefiles controls what happens.
  10
  11 Once non-annexed files have been exported using the new version, they'll
  12 stay non-annexed on import. Even when an old version of git-annex is doing
  13 the importing!
  14
  15 When an old annex had exported, and a new one imports, what happens is
  16 the file gets imported as an annexed file. Exporting first with the new
  17 version avoids that unwanted conversion.
  18
  19 Interestingly though, the annexed file when that conversion happens does
  20 not use the SHA1 key from git, so its content can be retrieved. I'm not
  21 quite sure how that problem was avoided in this case but something avoided
  22 the worst behavior.
  23
  24 It would be possible to special case the handling of SHA1 keys without a
  25 size to make importing from an old export not do the conversion. But that
  26 risks breakage for some user who is generating their own SHA1 keys and not
  27 including a size in them. Or for some external special remote that supports
  28 IMPORTKEY and generates SHA1 keys without a size. It seems better to avoid
  29 that potential breakage of unrelated things, and keep the upgrade process
  30 somewhat complicated when non-annexed files were exported before, than it
  31 does to streamline the upgrade.
  32 """]]