[Top][All Lists]

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

Re: How well does CVS handle other types of data?

From: Lan Barnes
Subject: Re: How well does CVS handle other types of data?
Date: Wed, 11 Jul 2001 11:18:01 -0700

"Greg A. Woods" wrote:
> [ On Wednesday, July 11, 2001 at 08:52:37 (-0500), Daniel Beckham wrote: ]
> > Subject: Re: How well does CVS handle other types of data?
> >
> > Greg, as someone else pointed out.  It's a rare project that does not have a
> > few binary files peppered in the source for various reasons.  Although, in
> > your mind it would make the most sense to maintain those in a seperate
> > facility, in my opinion, it's stupid and inefficient.
> The more rare the binary files, the more sense it makes to keep them
> separately.
> The more common the binary files, the more sens it makes to use
> something other than CVS (if not for them then for everything!)

Hmm. If I exclude the binaries in my projects from CVS, how can I apply
tags to them so that I know which revisions of each binary are meant to go
with which releases?

It has always seemed to me that the truly ugly baby in the mix are those
development tools that store all source in some godforsaken proprietary
binary format: SAS, visual-anything, <your favorite here>. But as has been
pointed out elsewhere, there is no good SCM software tool for garbage
development tools. And even these benefit from archiving and proper

Just because I can't merge some kinds of source doesn't mean I don't need
to keep track of it.

Lan Barnes                 address@hidden
Icon Consulting, Inc       858-273-6677

The Internet is a kind of power shift. Now the
consumer has more power than the company. 
                      - Nobuyuki Idei, Sony CEO

reply via email to

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