On Thu, Apr 18, 2024 at 8:45 PM Dragan Simic <dsimic@xxxxxxxxxxx> wrote: > On 2024-04-19 02:15, Eric Sunshine wrote: > > I do understand and am sympathetic to the desire to reduce the typing > > load (hence, the original `--resend` proposal), but I have difficulty > > believing that `git format-patch` is so commonly used throughout the > > day that the time saved by typing `--resend` over > > `--subject-prefix="RESEND PATCH"` warrants the extra implementation, > > documentation, and testing baggage. Likewise, I don't see the value in > > `--label=WIP` (or `--rfc=WIP` or whatever) over the existing more > > general `--subject-prefix`. > > An additional reason, IMHO, for having "--rfc", "--rfc=<string>" > or "--resend" is to reuse what's already configured through the > "format.subjectPrefix" configuration option. In the sense of not > redefining what's already configured in ~/.gitconfig (in this case, > "PATCH" or "PATCH lib", for example), by specifying an additional > command-line option. > > If some user configures different values for "format.subjectPrefix" > in different local repositories, such as when working on different > subsystems, it becomes rather easy to get lost in all those prefixes, > if the user needs to remember and type them entirely while using > "--subject-prefix=<string>" to add more "labels" to a prefix. > > I hope it makes sense the way I wrote it above. Yes, that makes sense. I wasn't aware of that behavior, as I have never had a need to set that configuration.
