-----Original Message-----
From: info-cvs-bounces+mark.risman=***@nongnu.org [mailto:info-cvs-bounces+mark.risman=***@nongnu.org] On Behalf Of sparkylee
Sent: Tuesday, July 28, 2009 3:44 PM
To: info-***@nongnu.org
Subject: Re: commiting a sticky file
On Jul 28, 6:59 am, "Risman, Mark" <***@mlb.com> wrote:
> Lee,
>
[...]
>
> If you look at RCP_5_0_2, you'll see "1.103..." there too; this is also
> a branch from the same place.
?? RCP_5_0_2 looks like a revision off the RCP_5_0_2 branch to me.
Risman>> What I meant to say here was that, based on the "cvs status" output, you have a branch also off of 1.103. Looking at it again now, I see that it's the same branch, RCP_5_0_1. RCP_5_0_2 is a revision from that branch.
[...]
>CVS will
> allow that tag to be moved to any other revision, if someone were to
> tell it so. The branch is always off of a specific revision, not tag, so
> these branches will be off of 1.103, regardless of what happens to the
> RCP_5_0 tag.
for this file. i understand CVS creates the branch off each revision
number for each file,
of which there are over 700 in this case.
Risman>> Each branch has only one root (one revision that serves as the root for that branch). Branches don't move. You could theoretically destroy a branch and create a new one with the same name, but that only happens if you very deliberately do so, and should be a rare or nonexistent real-world case.
>
> For more information on how to interpret those revision numbers, please
> seehttp://ximbiot.com/cvs/manual/cvs-1.11.22/cvs_5.html#SEC58. You can
> change that URL to match the cvs version you have.
i think i finally understand the revision numbers.
if you'll bear with me, let me summarize what the intended branching
philosophy here is.
development of RCP proceeded linearly up to RCP_5_0, primarily for a
platform we'll call A.
This was stable, tagged and released.
Subsequently, development was continued primarily for a different
platform B and it diverged
from the platform A code. so then RCP_6_0 was released. it is hard
to say what the main trunk should be: platform A or B. nevertheless
RCP_6_0 is the trunk, right or wrong.
Risman>> Just keep in mind that the trunk will grow if new revisions are added to it, but RCP_6_0, like any revision tag, will not move unless you (or a tool you use) move(s) it.
meanwhile a bug was found in RCP_5_0. so a branch was created called
RCP_5_0_1. badly named i think. the fix was put in and tagged by the
same
name, RCP_5_0_1. bad idea. there were a few other changes and
RCP_5_0_2 was tagged. so there should be this fixit branch which will
have subsequent tags.
Risman>> For this file, at least, RCP_5_0_2 seems to be a revision tag, not a branch tag. Also, whenever you want to refer to the last revision on a branch, for cvs operations like "commit", "diff", "update -j" or "export", are you already aware that you can use the branch name to refer to the latest on that branch?
i'm really confused about whether this is a good strategy.
lee
>
>
>
> -----Original Message-----
> From: info-cvs-bounces+mark.risman=***@nongnu.org
>
> [mailto:info-cvs-bounces+mark.risman=***@nongnu.org] On Behalf Of
> sparkylee
> Sent: Monday, July 27, 2009 6:40 PM
> To: info-***@nongnu.org
> Subject: Re: commiting a sticky file
>
> i do have an RCP_5_0_1 branch. i can check out, edit and commit.
> apparently i do NOT have an RCP_5_0_2 branch. so when i check THAT
> out, i can't commit changes.
>
> status on a typical file shows:
>
> []:/cygdrive/c/lees/dev/rcp502/rcp/src/rcp/rus: cvs status -v Rus.java
> | less
> ===================================================================
> File: Rus.java Status: Up-to-date
>
> Working revision: 1.103.2.2
> Repository revision: 1.103.2.2 /home/cvs/repository/rcp/src/
> rcp/rus/Rus.java,v
> Commit Identifier: O6D7s2oDTzFTDPUt
> Sticky Tag: RCP_5_0_2 (revision: 1.103.2.2)
> Sticky Date: (none)
> Sticky Options: (none)
>
> Existing Tags:
> RCP_5_0_2 (revision: 1.103.2.2)
> RCP_5_0_1 (branch: 1.103.2)
> RCP_6_0_CVN (revision: 1.104)
> RCP_5_0 (revision: 1.103)
> RCP_4_9_2 (revision: 1.102)
> RCP_4_9_1 (revision: 1.101)
> RCP_4_9_0 (revision: 1.100)
> ....
>
> the intention was to branch RCP_5_x off of the RCP_5_0 trunk.
>
> i wonder how i can fix this?
>
> lee
>
> **********************************************************
>
> MLB.com: Where Baseball is Always On- Hide quoted text -
>
> - Show quoted text -
**********************************************************
MLB.com: Where Baseball is Always On