From: greg andruk <gja@meowing.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] rev control
Date: Thu, 4 Jan 2001 00:12:54 -0500 [thread overview]
Message-ID: <87vgrv2949.fsf@litterbox.meowing.net> (raw)
In-Reply-To: greg andruk's message of "Tue, 2 Jan 2001 17:47:58 GMT"
Thanks to all who replied. Especially helpful was the description of
how Bell Labs put the tools to use -- oh, if only all projects could
be allowed by their respective manglement entities to run that way!
Just a couple notes, since I gather that more people end up using
source control by mandate rather than choice...
There really are reasons for wanting commit logs outside blame
assignment. For example, I tend to (ab)use RCS as a journal of sorts,
recording random ideas like folllow-ons I might want to consider on
some change I just made, or even something unrelated I might want to
think about putting in later. If I don't write these things down
right away, I tend to forget them. Maybe some of this could into the
source files, but sources get seriously ugly that way.
Tags have bailed me out on a few occasions when files were moved to
other places and filesystem timestamps weren't preserved. A long
history's a really nice thing to have, but it can be too much of a
good thing if you're not quite sure where to start looking.
Anyway... I can get all of what I really want with a little wrapper
script around the editor, and perhaps a mkfile rule here and there for
packaging stuff that escapes outside. There are only two of us
working on this stuff here, so elaborate lockout schemes would be
overkill.
I did look at porting RCS, but on realizing it wants a fancier flavor
of diff than what Plan 9 provides I made it go away. Having things
break from guessing incorectly which of the SysV, BSD and GNU versions
of every freaking Unix futility is needed, is a situation I really
don't care to help replicate.
The CVS client port, OTOH, will be a big help in slurping some sources
from places I can't easily get them in another way (Sourceforge etc.),
thanks for that, Russ.
next prev parent reply other threads:[~2001-01-04 5:12 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <gja@meowing.net>
2001-01-02 17:47 ` greg andruk
2001-01-02 19:30 ` William K. Josephson
2001-01-03 1:33 ` Scott Schwartz
2001-01-04 5:12 ` greg andruk [this message]
2001-01-04 10:53 ` Boyd Roberts
2001-01-03 2:50 Russ Cox
2001-01-03 3:54 presotto
2001-01-03 4:28 ` James A. Robinson
2001-01-03 4:31 ` James A. Robinson
2001-01-03 4:31 ` James A. Robinson
2001-01-04 0:31 ` Steve Kilbane
2001-01-04 0:23 ` Steve Kilbane
2001-01-04 11:15 ` Boyd Roberts
2001-01-04 11:16 ` Boyd Roberts
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=87vgrv2949.fsf@litterbox.meowing.net \
--to=gja@meowing.net \
--cc=9fans@cse.psu.edu \
/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 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 NNTP newsgroup(s).