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

   1 [[!comment format=mdwn
   2  username="joey"
   3  subject="""comment 11"""
   4  date="2018-08-27T17:20:19Z"
   5  content="""
   6 Actually the "some" in-git file showing as modified in status is not the
   7 same as the git-annex get/drop showing modified in status problem. I've
   8 fixed the latter and the former still happens.
   9
  10 What's happening is, git runs the clean filter, I think because this
  11 is a fresh clone and it's not cleaned it yet. That looks at
  12 annex.largefiles (lack of) configuration and concludes this file belongs in
  13 the annex, so it ingests it. Rest follows the same as what I described in
  14 comment #2.
  15
  16 So yeah, that's a real problem, you clone a repo and there are suddenly
  17 changes that mess up the painstakingly set up in-annex/in-git division.
  18 (Note that it does not need to involve an upgrade.)
  19
  20 Only fix I can imagine is my old idea:
  21
  22 > I suppose one way this could be improved is for git annex smudge --clean to
  23 > check if a file was checked into git as a non-annexed file before, and then
  24 > avoid cleaning it at all. But then if someone had a non-annexed file and it got
  25 > big and they wanted to add it annexed, such a change would cause a problem..
  26
  27 I suppose we could get around that problem with a new git-annex command
  28 that converts a non-annexed file to an annexed file. Without a command,
  29 this would also work: mv the file to a temp name, followed by git-annex add,
  30 and then git mv back.
  31 """]]