From: "Remo Senekowitsch" <remo@buenzli.dev>
To: "Drew DeVault" <drew@ddevault.org>, <git@vger.kernel.org>
Cc: "Martin von Zweigbergk" <martinvonz@google.com>,
"Patrick Steinhardt" <ps@pks.im>,
"Andy Koppe" <andy.koppe@gmail.com>
Subject: Re: [PATCH] pretty: add X-Change-ID to mail formats
Date: Thu, 03 Jul 2025 10:41:06 +0200 [thread overview]
Message-ID: <DB2AARC4OKR3.48T4CC70KBUC@buenzli.dev> (raw)
In-Reply-To: <20250703074952.20737-1-drew@ddevault.org>
Hi Drew,
Thank you, this is exciting!
On Thu Jul 3, 2025 at 9:45 AM CEST, Drew DeVault wrote:
> I have refrained from implementing the git-am part of this work for now,
> on the basis that I'm not sure how downstream tools like Jujutsu would
> feel if git wrote the change-id header to new commits. Would that
> conflict with some internal deterministic process for coming up with the
> change-id that could come up with a different answer, leading to
> conflicts?
This would be no problem at all. Jujutsu would very much welcome if Git
preserved the change-id header, including for patches sent by email.
Jujutsu generates the initial change-id randomly and since any part of
the commit can change while the change-id remains stable, there is no
deterministic process that could be interfered with if Git wrote the
change-id header to new commits. So, there are no objections from my
side to implementing the git-am part as well. :-)
This can kind of be tested already. Because Jujutsu already writes the
change-id header and sends it via git push, it must also be able to
import those headers from commits it hasn't seen before. Possible steps
to verify this behavior:
* Create a repo with Jujutsu, make some commits, push them to a remote.
(can be one on the local file system)
* Clone this repo via Git.
* (optional) Confirm with `git cat-file -p @` that the change-id header
was preserved.
* Run `jj git init --colocate .` to upgrade the git repo to a jj repo.
* Run `jj log` and observe that Jujutsu correctly imported the change-id
headers of existing commits it didn't know about previously.
Best regards,
Remo
next prev parent reply other threads:[~2025-07-03 8:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-03 7:45 [PATCH] pretty: add X-Change-ID to mail formats Drew DeVault
2025-07-03 8:41 ` Remo Senekowitsch [this message]
2025-07-03 11:32 ` Drew DeVault
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DB2AARC4OKR3.48T4CC70KBUC@buenzli.dev \
--to=remo@buenzli.dev \
--cc=andy.koppe@gmail.com \
--cc=drew@ddevault.org \
--cc=git@vger.kernel.org \
--cc=martinvonz@google.com \
--cc=ps@pks.im \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.