Re: in-memory editing with EDT or EVE

Liste des GroupesRevenir à co vms 
Sujet : Re: in-memory editing with EDT or EVE
De : craigberry (at) *nospam* nospam.mac.com (Craig A. Berry)
Groupes : comp.os.vms
Date : 23. Nov 2024, 21:16:31
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vhtd6v$1rl0c$1@dont-email.me>
References : 1 2 3 4 5 6
User-Agent : Mozilla Thunderbird
On 11/23/24 12:29 PM, Arne Vajhøj wrote:
On 11/23/2024 1:10 PM, Craig A. Berry wrote:
On Fri, 22 Nov 2024 19:59:07 -0500, Arne Vajhøj wrote:
But this is what a source control system really should be using for such
functionality. No need for temporary disk files.
>
"should" seems awfully strong there and I don't understand why temporary
disk files pose a problem.
 It is likely not a problem with any measurable impact.
 But for the task as hand - having the user write a
commit message that is to be send to a server over the
network - then the use of a temporary files seems like
an unnecessary detour to me.
 
                                   To compute the commit ID, git has to
calculate the SHA1 of the actual content changes, the metadata (who,
when, etc.), and the commit message. While that could theoretically all
be done in memory, how can be you sure it would all fit in memory?
 The files being committed are on disk, so Git will be doing disk IO.
 But I don't see that as an argument for that the commit message need to
pass through a file.
 
                                                            Plus
debugging and recovery from failed operations would surely be much
easier with some kind of persistence of intermediate steps.
 Maybe. But It is not obvious to me that having commit message
on disk in a temporary file will help troubleshooting.
 
                                                          So I think
the actual design of git is much better than this hypothetical one that
tries to avoid saving anything to disk until the last step.
 The commit message should not be saved on disk client side at all.
The message get created and get sent to the server over the network.
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.

Date Sujet#  Auteur
23 Nov 24 * in-memory editing with EDT or EVE21Arne Vajhøj
23 Nov 24 `* Re: in-memory editing with EDT or EVE20Lawrence D'Oliveiro
23 Nov 24  `* Re: in-memory editing with EDT or EVE19Craig A. Berry
23 Nov 24   +* Re: in-memory editing with EDT or EVE17Dan Cross
23 Nov 24   i`* Re: in-memory editing with EDT or EVE16Craig A. Berry
23 Nov 24   i +* Re: in-memory editing with EDT or EVE14Arne Vajhøj
23 Nov 24   i i+* Re: in-memory editing with EDT or EVE10Craig A. Berry
24 Nov 24   i ii`* Re: in-memory editing with EDT or EVE9Arne Vajhøj
24 Nov 24   i ii +* Re: in-memory editing with EDT or EVE7Craig A. Berry
24 Nov 24   i ii i`* Re: in-memory editing with EDT or EVE6Arne Vajhøj
24 Nov 24   i ii i +* Re: in-memory editing with EDT or EVE4Arne Vajhøj
25 Nov 24   i ii i i`* Re: in-memory editing with EDT or EVE3Arne Vajhøj
25 Nov 24   i ii i i `* Re: in-memory editing with EDT or EVE2Lawrence D'Oliveiro
25 Nov 24   i ii i i  `- Re: in-memory editing with EDT or EVE1Arne Vajhøj
24 Nov 24   i ii i `- Re: in-memory editing with EDT or EVE1Lawrence D'Oliveiro
24 Nov 24   i ii `- Re: in-memory editing with EDT or EVE1Dan Cross
23 Nov 24   i i+- Re: in-memory editing with EDT or EVE1Dan Cross
23 Nov 24   i i`* Re: in-memory editing with EDT or EVE2Lawrence D'Oliveiro
23 Nov 24   i i `- Re: in-memory editing with EDT or EVE1Craig A. Berry
23 Nov 24   i `- Re: in-memory editing with EDT or EVE1Dan Cross
23 Nov 24   `- Re: in-memory editing with EDT or EVE1Lawrence D'Oliveiro

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal