[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: |
Mike Castle |
Subject: |
Re: How well does CVS handle other types of data? |
Date: |
Fri, 13 Jul 2001 11:47:27 -0700 |
User-agent: |
Mutt/1.3.18i |
On Thu, Jul 12, 2001 at 04:26:59PM -0400, Greg A. Woods wrote:
> [ On Thursday, July 12, 2001 at 08:22:54 (-0700), Mike Castle wrote: ]
> > Except that that is a bit of a pain in the ass to support for remote
> > access.
>
> Why? Surely you can think of other ways of copying files across a
> network. That's something people have been doing with networks since
> they day they were invented....
And it is one that cvs supports VERY well. Why should I have to have two
solutions for the same problem of working remotely? cvs and scp or rsync
would work together well. But, the difficulty of creating that system is
more likely more hassle than dealing with the limitations of cvs.
> > And you still have the same damned merging problem. Now it's just down to
> > one line of text representing what binary file to pull in during the build
> > process. The problem has not been solved doing this.
>
> That's the point. You push the merging issue out to a place where it
> can be solved with more appropriate tools.
I'm not even talking about that.
Obviously you have to have some sort of mapping in side cvs (in a text
file) that points to the correct versions of the binary file.
for instance, say we have a listing such as:
manual=manual-2001-03-07.doc
In one branch is gets changed to
manual=manual-2001-03-09.doc
And in another branch it gets changed to:
manual=manual-2001-05-13.doc
That is still a merge problem. CVS marks it as a conflict.
I don't see how this is any better than the current cvs behavior of
presenting two versions of the files in question to the user.
mrc
--
Mike Castle address@hidden www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc
- How well does CVS handle other types of data?, John Dixon, 2001/07/10
- Re: How well does CVS handle other types of data?, Larry Jones, 2001/07/10
- Re: How well does CVS handle other types of data?, Mike Castle, 2001/07/10
- Re: How well does CVS handle other types of data?, Greg A. Woods, 2001/07/11
- Re: How well does CVS handle other types of data?, Daniel Beckham, 2001/07/11
- Re: How well does CVS handle other types of data?, Greg A. Woods, 2001/07/11
- Re: How well does CVS handle other types of data?, Lan Barnes, 2001/07/11
- Re: How well does CVS handle other types of data?, Greg A. Woods, 2001/07/12
- Re: How well does CVS handle other types of data?, Mike Castle, 2001/07/12
- Re: How well does CVS handle other types of data?, Greg A. Woods, 2001/07/12
- Re: How well does CVS handle other types of data?,
Mike Castle <=
- Re: How well does CVS handle other types of data?, Dennis Jones, 2001/07/13
- Re: How well does CVS handle other types of data?, Greg A. Woods, 2001/07/13
- Re: How well does CVS handle other types of data?, Mike Castle, 2001/07/13
- Re: How well does CVS handle other types of data?, Greg A. Woods, 2001/07/14
- Re: How well does CVS handle other types of data?, Lan Barnes, 2001/07/12
- Re: How well does CVS handle other types of data?, Bruce Hill, 2001/07/10
- RE: How well does CVS handle other types of data?, Thornley, David, 2001/07/10
- Re: How well does CVS handle other types of data?, Noel L Yap, 2001/07/11
- RE: How well does CVS handle other types of data?, Thornley, David, 2001/07/11