removed
authorxvorsx@a3fc1a0cf228782f624e5eb21ba8a664227b6c60 <xvorsx@web>
Mon, 7 Aug 2023 07:20:25 +0000 (07:20 +0000)
committeradmin <admin@branchable.com>
Mon, 7 Aug 2023 07:20:25 +0000 (07:20 +0000)
doc/forum/Git_filters__58___smudgeToFile_and_cleanFromFile/comment_3_b1ce0b03cf9b20d9cf57d15fd6d05e3e._comment [deleted file]

diff --git a/doc/forum/Git_filters__58___smudgeToFile_and_cleanFromFile/comment_3_b1ce0b03cf9b20d9cf57d15fd6d05e3e._comment b/doc/forum/Git_filters__58___smudgeToFile_and_cleanFromFile/comment_3_b1ce0b03cf9b20d9cf57d15fd6d05e3e._comment
deleted file mode 100644 (file)
index 7aed384..0000000
+++ /dev/null
@@ -1,15 +0,0 @@
-[[!comment format=mdwn
- username="xvorsx@a3fc1a0cf228782f624e5eb21ba8a664227b6c60"
- nickname="xvorsx"
- avatar="http://cdn.libravatar.org/avatar/f8a11fb3152e472307bde487d188b23a"
- subject="comment 3"
- date="2023-08-07T07:19:35Z"
- 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.
-"""]]