Re: [PATCH RFC] git-send-email --expand-aliases
From: Alex Chiang <hidden>
Date: 2016-06-15 22:47:45
* Catalin Marinas [off-list ref]:
2009/11/24 Karl Wiberg [off-list ref]:quoted
On Tue, Nov 24, 2009 at 1:45 AM, Alex Chiang [off-list ref] wrote:quoted
* Junio C Hamano [off-list ref]:quoted
I imagine the internal implementation of stg mail would work something like: prepare messages to send out call git-send-email and have it send them What am I missing?Your suggestion is much better. I'll take a closer look at StGit and see how feasible it is. Unless Catalin has strong objections?I think that sounds like a splendid idea. It would be interesting to see just how thin a wrapper around git send-email (and format-patch) stg mail could become, without sacrificing features anyone actually uses. The main complication could be stg mail's templates. Catalin, how wedded are you to those? ;-)Historically, I think "stg mail" was implemented before git-send-email existed. It was also a good way to check who's using stgit for sending patches :-) (the message-id).
Heh, I like looking at that too. ;)
If there are no other users of the stg mail templates, I'm happy to let them go. Otherwise, we can replace the sendmail with git-send-email in stgit. It seems that git-format-patch and git-send-email have all the features stgit has. We would need to keep some of the interactive options like --edit-cover and --edit-patches since we use git-format-patch and git-send-email in one go.
So, is this something you (or Karl) plan on doing? Or should I take a crack at it? I don't mind doing the work, but it will definitely take me longer than it would take you. All I was doing was trying to get stg mail to understand my mutt aliases. ;) Thanks, /ac