Re: in-memory editing with EDT or EVE

On 11/23/24 6:53 PM, Arne Vajhøj wrote:

On 11/23/2024 3:16 PM, Craig A. Berry wrote:

There is no "client."  In a DVCS like git, when you commit a change,
everything is written locally.  Pushing to a server is an optional
separate operation and what you push is the version history that has
been written locally first.  There is never a point where the commit
message is sent over the network to another machine before being stored
as one component of a commit.

 OK. I am still thinking SVNish. Sorry.
 But does it matter?
 edit disk file--read disk file--write to local repo
vs
edit in memory--write to local repo
 still seem like a difference to me.
 Or is git external editor actual editing the final file
inside the repo?

As I tried to explain before, a git commit consists of the metadata
(author, timestamp, etc.), the commit message, the branch, and the
actual diff content of the changeset.  All of the other pieces are
stored on-disk, so it's hard to see a reason to keep the commit message
in memory when it needs to be combined with the other pieces in order to
produce the commit.
It should also be mentioned that the editor used for editing commit
messages is configurable, so git's process for producing a commit needs
to work with any and every editor.
What problem are you trying to solve by keeping a kilobyte or three in
memory instead of persisting it to disk where any and every utility in
the toolbox can operate on it?