From: Kristoffer Haugsbakk <code@khaugsbakk.name>
Date: Thu, 09 Oct 2025 20:47:00 GMT
Subject: Re: [PATCH] doc: warn against --committer-date-is-author-date
Message-ID: <91ddb8c2-ae3a-4b13-a23b-e5cca172ee09@app.fastmail.com>
In-Reply-To: <aae39545-461a-44f0-b01f-bb40b53b1858@app.fastmail.com>

On Thu, Oct 9, 2025, at 16:31, Kristoffer Haugsbakk wrote:
>> We should maybe think about deprecating it for "git rebase" though as it
>> is a lot less clear that it is sensible there. If you're rebasing a
>> branch then there is a very high likely hood that the upstream committer
>> dates of the commits the branch is being rebased onto will be newer that
>> the author dates of the commits in your branch.
>
> That makes sense. If there is no use case then it should be deprecated.
>
> I could mark it as such in the next version.
>
> Anyone else have an opinion on this?
>

By the way. I thought of adding a stderr warning when using this option
on git-rebase(1). But I don’t think I’ve seen that used in this program
before. If so, why is that? That’s more in your face than just adding it
to the documentation.

Is it about people parsing stderr, maybe..?