[Top][All Lists]

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

Re: Bug-cvs Digest, Vol 52, Issue 2

From: Mark D. Baushke
Subject: Re: Bug-cvs Digest, Vol 52, Issue 2
Date: Sun, 04 May 2008 15:21:27 -0700

Hash: SHA1

David O'Brien <obrien@FreeBSD.org> writes:

> On Fri, May 02, 2008 at 12:01:23PM -0400, bug-cvs-request@nongnu.org wrote:
> > It does the same thing even without the rm.  Updating to a particular
> > revision (whether numeric or symbolic) *always* sets a sticky tag to
> > that revision.  What makes you think BASE should be special?
> 1. Its rather useless if that's proper behavior.
>    'cvs up -r BASE' should give you back the same file you had checked
>    out - for instance if you hacked the file to pieces and just want
>    the original file back.
> 2. mdb said so.

Hmmm... I thought I said

   cvs update -rBASE -p foo.c > foo.c

would make you lose all of your foo.c changes and get you back the
version you want. Both of the commands:

  cvs update -rHEAD foo.c
  cvs update -rBASE foo.c

will make a sticky revision that is fixed at the current top-of-branch
version (-rHEAD) of foo.c or a frozen version of the current revision
(-rBASE) of the branch of foo.c ...

I think there may have been some talk of the proposed special symbolic
tag modifiers:

  .head .base .commitid .prev .trunk .origin .root .next

that might have the impact of sometimes not making static sticky tags.
I do not recall of the details at present.

        -- Mark

Version: GnuPG v1.4.6 (FreeBSD)


reply via email to

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