* Post-merge issues in VC mode #1: terminology fixes
@ 2007-10-10 20:15 Eric S. Raymond
2007-10-11 1:10 ` Stefan Monnier
0 siblings, 1 reply; 2+ messages in thread
From: Eric S. Raymond @ 2007-10-10 20:15 UTC (permalink / raw)
To: emacs-devel
I've spent the last several hours tackling the largest and (probably)
most difficult of the post-merge issues; the inconsistent terminology
resulting from the many layers of code conceptually harking back to
different VCSes. Stefan was quite right to call this out as a
problem.
The code and manual now use the term 'revision' consistently for
what we've been inconsistently calling a 'version' or 'revision', that
is a time slice from a version-controlled history.
The terms 'current' and 'focus' are gone; the term used everywhere now
is the SVN-like 'working revision'. In particular, 'workfile-version'
is everywhere replaced by 'working-revision'. This term is compatible
with changeset-oriented VCSes.
I think the manual is going to need more work to reflect the fact that
RCS-style x.y numbering is being superseded in newer VCs by integer
changeset IDs. I'll try to get to that this evening.
In general the VC portions of the manual need to be dragged into the
21st century; there is way too much focus on ancient VCSes and scant
coverage of more modern ones. I'll see what I can do.
--
<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
As war and government prove, insanity is the most contagious of
diseases. -- Edward Abbey
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Post-merge issues in VC mode #1: terminology fixes
2007-10-10 20:15 Post-merge issues in VC mode #1: terminology fixes Eric S. Raymond
@ 2007-10-11 1:10 ` Stefan Monnier
0 siblings, 0 replies; 2+ messages in thread
From: Stefan Monnier @ 2007-10-11 1:10 UTC (permalink / raw)
To: Eric S. Raymond; +Cc: emacs-devel
> The code and manual now use the term 'revision' consistently for
> what we've been inconsistently calling a 'version' or 'revision', that
Thanks.
> I think the manual is going to need more work to reflect the fact that
> RCS-style x.y numbering is being superseded in newer VCs by integer
> changeset IDs.
Actually, most systems don't use "an integer" either. There's a lot of
variety out there. But yes, NN.MM cannot be assumed.
> In general the VC portions of the manual need to be dragged into the
> 21st century; there is way too much focus on ancient VCSes and scant
> coverage of more modern ones. I'll see what I can do.
Thanks again,
Stefan
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-10-11 1:10 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-10 20:15 Post-merge issues in VC mode #1: terminology fixes Eric S. Raymond
2007-10-11 1:10 ` Stefan Monnier
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).