comment
authorJoey Hess <joeyh@joeyh.name>
Tue, 10 Nov 2020 15:53:45 +0000 (11:53 -0400)
committerJoey Hess <joeyh@joeyh.name>
Tue, 10 Nov 2020 15:53:45 +0000 (11:53 -0400)
doc/bugs/file_not_correctly_added/comment_10_07583ff86653cb262f84e307c2ffc797._comment [new file with mode: 0644]

diff --git a/doc/bugs/file_not_correctly_added/comment_10_07583ff86653cb262f84e307c2ffc797._comment b/doc/bugs/file_not_correctly_added/comment_10_07583ff86653cb262f84e307c2ffc797._comment
new file mode 100644 (file)
index 0000000..9781284
--- /dev/null
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 10"""
+ date="2020-11-10T15:50:10Z"
+ content="""
+So was myLargeFile.CR2 in fact an annex pointer file all along?
+
+Anyway, I think it might be possible to avoid this confusing kind of
+situation. If git-annex add sees an annex pointer file or symlink, it can
+check if there's a location log file for it. Normally there always is. If
+not, that's a situation where some file from another annex is being added,
+and it can either warn, or refuse to proceed.
+
+This will only really be worth doing if git-annex smudge --clean can also
+do it, so if git add is used it does the same check.
+"""]]