diff options
author | https://tribut.de/ <Felix@web> | 2017-11-05 15:59:21 +0000 |
---|---|---|
committer | admin <admin@branchable.com> | 2017-11-05 15:59:21 +0000 |
commit | 6c1db2af9995b991df06b787a1c1a612194fd619 (patch) | |
tree | 3a6ffa0ee3b5d230e31aefa88dcd9db31de5e09f | |
parent | 79a13be9698502a07ebc30761ffe97c2a76081e7 (diff) |
Unchanged files are detected as modified
-rw-r--r-- | doc/bugs/Unchanged_files_are_detected_as_modified_in_unlocked_branch.mdwn | 21 |
1 files changed, 21 insertions, 0 deletions
diff --git a/doc/bugs/Unchanged_files_are_detected_as_modified_in_unlocked_branch.mdwn b/doc/bugs/Unchanged_files_are_detected_as_modified_in_unlocked_branch.mdwn new file mode 100644 index 000000000..442e17242 --- /dev/null +++ b/doc/bugs/Unchanged_files_are_detected_as_modified_in_unlocked_branch.mdwn @@ -0,0 +1,21 @@ +### Please describe the problem. + +I have a git-annex repo with lots of images and keep a unlocked v6 branch around to access them. When new files are added (i.e. after running `git annex sync --content`), they are often detected as "modified": + + $ git annex status . + M image.jpg + +They are however identical to the checked-in files: + + $ cp image.jpg image-changed.jpg + $ git checkout -- image.jpg + $ cmp image.jpg image-changed.jpg && echo "No change" + No change + +This seems to happen to older files from time to time as well, but I cannot reproduce that. + +The only way to rectify this I can find is `git checkout` - but that means I have no way to know whether I am actually throwing away changes. It also has the unfortunate side effect of changing the mtime, leading to previews having to be regenerated. + +### What version of git-annex are you using? On what operating system? + +git-annex version: 6.20171026-gd451d333d (standalone binary) on Debian stretch. |