From efe0554f229e4d6c475da2fa36c9f01668b5008e Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 3 Nov 2021 16:06:32 -0400 Subject: [PATCH] devblog --- ...day_641__an_alternative_smudge_filter.mdwn | 26 +++++++++++++++++++ 1 file changed, 26 insertions(+) create mode 100644 doc/devblog/day_641__an_alternative_smudge_filter.mdwn diff --git a/doc/devblog/day_641__an_alternative_smudge_filter.mdwn b/doc/devblog/day_641__an_alternative_smudge_filter.mdwn new file mode 100644 index 0000000000..74e0c8f508 --- /dev/null +++ b/doc/devblog/day_641__an_alternative_smudge_filter.mdwn @@ -0,0 +1,26 @@ +Would you rather that `git checkout` got a lot faster at checking out a lot +of files, and `git add` got a lot faster at adding a lot of small files, if +the tradeoff was that `git add` and `git commit -a` got slower at adding +large files to the annex than they are now? + +Being able to make that choice is what I'm working on now. Of course, +we'd rather it were all fast, but due to +[[todo/git_smudge_clean_interface_suboptiomal]], that is not possible +without improvements to git. But I seem to have a plan that will +work around enough of the problems to let that choice be made. + +Today I've been laying the groundwork, by implementing git's +pkt-line interface, and the long-running filter process protocol. +Next step will be to add support for that in `git-annex smudge`, +so that users who want to can enable it with: + + git config filter.annex.process "git-annex smudge --process" + +I can imagine that becoming enabled by default at some point in v9, if most +users prefer it over the current method. Which would still be available +by unsetting the config. + +---- + +Today's work was sponsored by Mark Reidenbach +[on Patreon](https://patreon.com/joeyh)