[Top][All Lists]

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

RE: Long version numbers | Tedious to keep track

From: Jim.Hyslop
Subject: RE: Long version numbers | Tedious to keep track
Date: Wed, 2 Mar 2005 09:31:25 -0500

Swaroop George wrote:
> I am experiencing a peculiar problem. Ours is a huge project and had
> multiple enhancement versions going in since live. Inaddition, we have
> monthly maintenance release as well as patch releases on an as needed
> basis. All this led us creating multiple branches to the code base.
> And the version numbers have now become as long as and
> quite cumbersome to handle.
First of all, don't "handle" them. Apply a symbolic tag and refer to that
instead. For the most part, you and I should not know or even care what the
CVS revision number is.

> - Is there anyway of alternate versioning and making it much more
> simple, but still maintaining the history to an extent.
I'm almost certain your branching and versioning strategy can be simplified.
It's been my experience that when people create such a complex branch
structure sit down and analyze what they really need (along with an expert
who truly understands branching) the branch and merge process becomes _much_

Let's take the revision you supplied. The branch structure for that file is:

[note - view with a fixed-pitch font for best results]
1.1---1.2---1.3---. . .

At each branch point, what exactly was the event that made you decide to
start a new branch? In other words, what does each branch represent?

In each branch indicated, are there any other revisions in that branch
(represented by the ??? in the tree)?

> - How about creating a fresh root after archiving the current 
> code to a backup?
What do you mean by "create a fresh root"?

Jim Hyslop
Senior Software Designer
Leitch Technology International Inc. ( )
Columnist, C/C++ Users Journal ( )


reply via email to

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