Eli Zaretskii writes: >> From: Eric Abrahamsen >> Cc: michael.albinus@gmx.de, 69017@debbugs.gnu.org >> Date: Sat, 10 Feb 2024 11:58:56 -0800 >> >> Eli Zaretskii writes: >> >> >> Cc: 69017@debbugs.gnu.org >> >> From: Eric Abrahamsen >> >> Date: Sat, 10 Feb 2024 11:23:30 -0800 >> >> >> >> Out of curiosity, do you use any convenience functions for applying >> >> patches from email->repository? >> > >> > I use M-|, FWIW. >> >> That's what I was trying to avoid! You're the one who has to handle >> attachments vs inline, type out the directory location, decide between >> "git am" and "git apply", etc... >> >> If you're doing it 50 times a day, maybe the muscle memory (or command >> history) means it's not a big deal. > > Emacs remembers the command history, so all I have to do is press > a few times, after I type M-|, then type RET. > > And some figuring out is still up to you, because patches could be for > the release branch or for the master (and maybe for a few more > branches), so you'd need some "cd foo" before "git am". I have a > command for master and for the release branch, and I need to decide > which one to use in each case. That cannot be automated. Yup, that makes plenty of sense. Your situation is more complicated than mine, no surprise there! I've attached the minimum workable approach, which just lets the user set the compile command to nil to skip compilation, and the relevant window rearrangements afterwards. A fuller solution might be a "after-apply-patch-actions" option, that takes a list like '(compile vc). That could obviate `debbugs-gnu-apply-patch-prefers-magit' because you could just set the list to '(compile magit) instead. But that would require a pretty thorough reworking of the window munging code that comes at the end, and I'd like to just keep this simple.