Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: BK & CVS (slightly off-topic)
- X-seq: zsh-workers 7762
- From: Wayne Davison <wayne@xxxxxxxxx>
- To: Zsh hackers list <zsh-workers@xxxxxxxxxxxxxx>
- Subject: Re: BK & CVS (slightly off-topic)
- Date: Thu, 9 Sep 1999 12:01:20 -0700 (PDT)
- In-reply-to: <19990909094409.A29631@xxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
On Thu, 9 Sep 1999, Ollivier Robert wrote:
> But it uses SCCS (albeit modified). I'm not sure but I don't think
> there is the equivalent of anoncvs.
In my understanding of how BK works, this is not required. I'm
fuzzy on some details (not having used it yet), but the web page
makes it clear that everyone has their own copy of the archive and
works locally on that, so there is no need for direct remote archive
access. Combine this with an extended "patch" format (called a
changeset) and the ability to merge archives together, and
everyone's local archive can be synchronized to reflect the same
(essential) version control information. Note also that each user
has control over how much "detail" gets put into a patch, so it
should be possible for someone to check a whole bunch of incremental
changes into their local archive and then just release the patch as
one incremental change (if desired). (Yes, I believe that this means
that the SCCS version numbers on various machines are not identical,
but BK appears to use names to work around this.)
What I think this means in practice is that you start things going by
distributing a tarred/gzipped archive snapshot (a collection of SCCS
files that was perhaps created via some kind of export command) and
making it available for download. Someone could keep up to date by
periodically re-downloading a new archive and merging it into their
local version, but the better way to go would be to apply one or
more patch files (which _does_ update all the appropriate version-
control info such as change-log comments, symbols, etc). It is my
understanding that PK makes it easy to apply as many or as few
incremental patches from the development contributors as you like,
and it will sort out the whole mess when you apply an incremental
collection of changes (in our case, a new pws patch) that may already
contain the changes you've applied.
So, if I understand things correctly, this means that there is not
instant access to every little twiddle that someone might make to an
anonCVS archive, but instead you have to use "commit" and "makepatch"
to share your changes. I think this will be a good thing, since you
can't accidentally check out a partial commit. However, I'll reserve
final judgement until I can actually use it to see for sure.
..wayne..
Messages sorted by:
Reverse Date,
Date,
Thread,
Author