info-cvs
[Top][All Lists]
Advanced

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

Re: Do we have an alternative to tag, to record status of cvs rep o


From: Max Bowsher
Subject: Re: Do we have an alternative to tag, to record status of cvs rep o
Date: Tue, 22 Apr 2003 17:39:09 +0100

Zieg, Mark wrote:
> How about "date"?  You can get a history out of CVS stating when each
> revision was commited (year/mon/day/hh/mm/ss), and CVS already lets you
> checkout a snapshot at a specific date, so can't you already accomplish
> everything you're describing without using tags?

That would *mostly* work. But what if 2 developers commit to different areas
of the repository simultaneousnly.

Wasn't there a 'commitid' patch by someone?

Max.


> -----Original Message-----
> From: Satya Prasad DV [mailto:address@hidden
> Sent: Tuesday, April 22, 2003 10:48 AM
> To: address@hidden
> Subject: Do we have an alternative to tag, to record status of cvs repo
>
>
> hi ,
> In our orgn, we need to keep track of the code base status after each
> engineer's check in is done. We were using tagging to keep track of this.
> But the huge number of tags getting created over a long time have made the
> CVS repository bloated with tags. This is also making the sync. of
> repository with our branch located elsewhere too long.
>
> I was wondering whether we have a whatfile kind of tool which was used in
> RCS(version no. of each file stored in a whatfile, which is used to check
> out the entire code base later). I tried to create a similar kind of tool
> using the CVS commands. I am able to create the info file by traversing
> through the Entries files in my local copy. But a check out using this
file
> is taking around 4 hours, as I am issuing a check out command for each
file
> separately.
>
> Can any body give me a clue how to record the code base status, other than
> tagging, so that this can be used to check out the code later. I know that
> tag is the obvious solution. But I have problems with tagging, since it
> updates almost every file in the repo. This makes my update take too long.





reply via email to

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