comment
authorJoey Hess <joeyh@joeyh.name>
Tue, 25 Feb 2020 16:46:01 +0000 (12:46 -0400)
committerJoey Hess <joeyh@joeyh.name>
Tue, 25 Feb 2020 16:46:01 +0000 (12:46 -0400)
doc/todo/sync_--branches__to_sync_only_specified_branches___40__e.g._git-annex__41__/comment_12_2e768899c332cacffcb1fa6edb195325._comment [new file with mode: 0644]

diff --git a/doc/todo/sync_--branches__to_sync_only_specified_branches___40__e.g._git-annex__41__/comment_12_2e768899c332cacffcb1fa6edb195325._comment b/doc/todo/sync_--branches__to_sync_only_specified_branches___40__e.g._git-annex__41__/comment_12_2e768899c332cacffcb1fa6edb195325._comment
new file mode 100644 (file)
index 0000000..017634e
--- /dev/null
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 12"""
+ date="2020-02-25T16:31:55Z"
+ content="""
+Generally, command-line options should override other configuration,
+so --only-annex seems like it should enable content syncing even if
+annex.synccontent=false were a documented setting, the same as --content
+should.
+
+I think a case could be made for annex.synccontent=false +
+annex.synconlyannex=true not syncing content.
+
+I do wonder though if that's the best approach. It kind of seems like what
+you really want is a way to configure a default preferred content
+expression for clones that do not have a specific one configured. And
+that seems more broadly useful than fine-tuning the interaction of two
+git-annex sync configurations.
+"""]]