From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Ian Lance Taylor <ian(at)airs(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Philip Warner <pjw(at)rhyme(dot)com(dot)au>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: CVS branch management (was Re: A problem with new pg_dump) |
Date: | 2001-11-27 18:26:03 |
Message-ID: | 200111271826.fARIQ3Y01200@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I have added a mention of 'cvs status -v' to the developer's FAQ, with
your name on it.
---------------------------------------------------------------------------
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>
> > Unfortunately "cvs log" isn't all that great about distinguishing
> > branches from tags --- it calls 'em all "symbolic names".
>
> Minor addition to this: you can distinguish branches and tags by using
> `cvs status -v'.
>
> (Historical note: CVS was originally implemented as shell scripts on
> top of RCS. The .0 syntax was magic which CVS used to indicate a
> branch as opposed to a revision tag. The output of `cvs log' is
> simply the output of `rlog' on the underlying RCS file. `cvs status'
> is not based on an existing RCS command.)
>
> Ian
>
> ---------------------------(end of broadcast)---------------------------
> TIP 734: Often statistics are used as a drunken man uses lampposts --
> for support rather than illumination.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-11-27 18:26:35 | Re: CVS branch management (was Re: A problem with new pg_dump) |
Previous Message | Bruce Momjian | 2001-11-27 18:25:37 | Re: CVS branch management (was Re: A problem with new pg_dump) |