/patches-with-notmuch Here is how I apply patches. => /git The life-changing magic of git => /fanciest-define-gets-even-more-awesome The fanciest define of all time gets even more awesome => /match-generics The fanciest define of all time => https://manpages.debian.org/bookworm/mailscripts/notmuch-import-patch.1.en.html notmuch-import-patch ">
Proxy Information
Original URL
gemini://idiomdrottning.org/branching-and-patching
Status Code
Success (20)
Meta
text/gemini; lang=en # Branching & Patching Having read seven or eight posts about the “patch”-style, kernel.org style git workflow, I feel like this article by Drew explains it the straight-forwardliest: => https://drewdevault.com/2020/04/06/My-weird-branchless-git-workflow.html My unorthodox, branchless git workflow That is pretty much how I do it too. Unless I'm in an organization with a different flow, of course. When in Rome… Both for my own stuff, and for the typical drive-by bazaar-contributions I do, this work well. I don’t like calling it “branchless”, though, since just like Drew: > Sometimes I do use branches, though, when I know that a workstream is going to be a lot of work — it involves lots of large-scale refactoring, or will take several weeks to complete. This isolates it from my normal workflow on small-to-medium patches, acknowledging that the large workstream is going to be more prone to conflicts. By addressing these separately, I don’t waste my time fixing up the error-prone branch all the time while I’m working on my smaller workstreams. One example of that for me is when I did the massive update of match-generics, which was one of the difficultest things I’ve ever written (ironic since the original version was just a one-hour hack wrapper for foof's match-lambda). I kept the “rewrite” in its own branch until it was done, so I could still do maintenance fixes for the original. I knew the “rewrite” would take a while. Not really a rewrite since rather than starting from scratch, I refactored and ship-of-Theseus-ed the old version, but in the end it was so different that the word "rewrite" isn't far off. Once it was done, I could say goodbye to the old version. This debate is pretty over now that there are tools that lets you get the best of your preferred workflow regardless. For example, there is notmuch-import-patch that turns a branch (from a pull-request or the like) into email so you can review and reply to it. => /patches-with-notmuch Here is how I apply patches. => /git The life-changing magic of git => /fanciest-define-gets-even-more-awesome The fanciest define of all time gets even more awesome => /match-generics The fanciest define of all time => https://manpages.debian.org/bookworm/mailscripts/notmuch-import-patch.1.en.html notmuch-import-patch
Capsule Response Time
547.966124 milliseconds
Gemini-to-HTML Time
0.062502 milliseconds

This content has been proxied by September (3851b).