Added a comment
authorxvorsx@a3fc1a0cf228782f624e5eb21ba8a664227b6c60 <xvorsx@web>
Mon, 7 Aug 2023 07:19:25 +0000 (07:19 +0000)
committeradmin <admin@branchable.com>
Mon, 7 Aug 2023 07:19:25 +0000 (07:19 +0000)
doc/forum/Git_filters__58___smudgeToFile_and_cleanFromFile/comment_2_4ded2a4b866102450ef96c76b7be94fe._comment [new file with mode: 0644]

diff --git a/doc/forum/Git_filters__58___smudgeToFile_and_cleanFromFile/comment_2_4ded2a4b866102450ef96c76b7be94fe._comment b/doc/forum/Git_filters__58___smudgeToFile_and_cleanFromFile/comment_2_4ded2a4b866102450ef96c76b7be94fe._comment
new file mode 100644 (file)
index 0000000..8b3f7dc
--- /dev/null
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="xvorsx@a3fc1a0cf228782f624e5eb21ba8a664227b6c60"
+ nickname="xvorsx"
+ avatar="http://cdn.libravatar.org/avatar/f8a11fb3152e472307bde487d188b23a"
+ subject="comment 2"
+ date="2023-08-07T07:19:25Z"
+ content="""
+Thank you for the reference!
+
+I may try to use this trick, but I doubt it would be sufficient for me:
+
+> To avoid the problem, git-annex smudge --clean relies on a not very well documented trick: It is fed a possibly large file on stdin, but when it closes the FD without reading. git gets a SIGPIPE and stops reading and sending the file. Instead of reading from stdin, git-annex abuses the fact that git provides the clean filter with the work tree filename, and reads and cleans the file itself, more efficiently.
+
+I will keep you updated on the progress in this direction.
+"""]]