]> dgit.raspbian.org Git - git-annex.git/commitdiff
comment
authorJoey Hess <joeyh@joeyh.name>
Fri, 25 Jun 2021 18:15:14 +0000 (14:15 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 25 Jun 2021 18:15:14 +0000 (14:15 -0400)
doc/todo/let_git-annex-matching-options_query_gitattributes/comment_1_3e7c731037b8ce7148a6a597783d2ba3._comment [new file with mode: 0644]

diff --git a/doc/todo/let_git-annex-matching-options_query_gitattributes/comment_1_3e7c731037b8ce7148a6a597783d2ba3._comment b/doc/todo/let_git-annex-matching-options_query_gitattributes/comment_1_3e7c731037b8ce7148a6a597783d2ba3._comment
new file mode 100644 (file)
index 0000000..63f38f7
--- /dev/null
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2021-06-25T17:56:02Z"
+ content="""
+I'm not super enthused by this idea. The git-check-attr interface would
+make it hard to avoid using one process per use of the option. 
+Checking attributes can be slow. Attributes are limited in what 
+they can contain. Some places where git-annex uses gitattributes I have
+ended up regretting it. A compelling use case would be good.
+
+Might also be possible to support this in preferred content. Although it
+looks a bit hard to do, because it would need to start up a git-check-attr
+process for each different attribute used, while parsing the preferred content
+expression.
+"""]]