[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: preventing disturbance of branch tags.

From: Stephen Cameron
Subject: Re: preventing disturbance of branch tags.
Date: Wed, 6 Jun 2001 11:19:36 -0700 (PDT)

Hi folks,

I've updated my patch to "cvs tag/rtag" with sanity.sh test cases, ChangeLog
entries, cvs.texinfo changes...  I think it's done, but more eyes looking it
over couldn't hurt.

It's here:
Or the patch itself:

--- "Derek R. Price" <dprice@collab.net> wrote:
> "Derek R. Price" wrote:
> > Stephen Cameron wrote:
> >
> > > "cvs tag -F -b -B" may convert non-branch tags to branch tags
> > > and vice versa.
> I hope and expect that you meant '"cvs tag -F -b -B" may convert non-branch
> tags
> to branch tags and may move branch tags to new branches' here, but I'm still
> reading.

Yes.  I have put a big table into cvs.texinfo which describes all the
permutations of previous tag state (branch/non-branch/non-existent), and -F,
-d, -b, -B (r)tag options and what they do.

Let me know if you see any problems...


Some section about how to go about properly moving/renaming/recovering a branch
tag via "cvs (r)tag -b..." + "cvs admin -n" might be useful.  I didn't see
anything like that in cvs.texinfo, but there is an example of recovering a
branch tag I saw in sanity.sh in the tagf tests (which is where I added my

I'm not sure I understand it all well enough to write such a section though.
My -B was mainly intended to allow warnings to be printed in its absense. 
Presense of "-B" just allows access to the previous behavior which I wasn't
sure I was comfortable removing.

I was also thinking it might be cool to have a program (or extension to cvs?)
that could help with recovery of lost branch tags (or check integrity of
existing ones).  You might say:

cvs branch_tag_check branch_tag_foo [...some other options go here...]

with the "some other options" telling the program/cvs extension certain known
facts about the branch_tag_foo, such as non-branch tags that should be on this
branch, branch tags that pre-date it/post-date it, etc.  Then it could try to
figure out what revision(s) could possibly be the ones from which
branch_tag_foo could conceivably sprout, and report those revision(s) if
branch_tag_foo were missing, possibly repair it, if only one revision were
possible and directed to do so, or report inconsistency if the branch tag
existed but not on a revision consistent with the stated facts.  Just an idea,
possibly infeasible.

Well, supposing I were to attempt that, I'd probably be able to write the
section in cvs.texinfo describing how to go about recovering a branch tag...

-- steve

Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]