9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
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.


  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).