tag datalad
authorJoey Hess <joeyh@joeyh.name>
Mon, 13 Mar 2023 17:48:10 +0000 (13:48 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 13 Mar 2023 17:51:10 +0000 (13:51 -0400)
It links to a datalad issue, so I suppose this is right?

doc/bugs/init_fails_in_a_folder_with_newline_in_its_name.mdwn
doc/bugs/init_fails_in_a_folder_with_newline_in_its_name/comment_1_2690ed9441685068c291a182d39c2616._comment

index a6d7624f147915aa11d11955ec369cfd06bae75e..cfb2c55bdc96fae3103784b8625c4d84db75dec1 100644 (file)
@@ -31,3 +31,4 @@ git-annex version: 10.20230214+git26-g8f2829e646-1~ndall+1
 
 as `git` doesn't mind, and now annex batched commands support `-z` already for filenames with newlines in them, I think git-annex should tolerate repository folders with newlines in them too.
 
+[[!tag projects/datalad]]
index 9d5749709bfc4a46284296bcc4e3b7df70cc90e7..201c6f93c4b0bd25f9acf816669ba381f34d895c 100644 (file)
@@ -20,9 +20,4 @@ which can get a newline in a value with eg
 `git annex config --set annex.largefiles "xxx\nyyy"`
 and the result is that reading the value back out omits
 the part after the newline.
-
-Also, a newline in a subdirectory inside the repository breaks
-adding files in that directory with `git-annex add`.git-
-
-Newlines in filenames seem to work ok though...
 """]]