I am afraid you did not get my point. But then again, this seems to be a
common occurrence on this thread.
A.
On Sat, 15 Sep 2001, Kaz Kylheku wrote:
In article [EMAIL PROTECTED], Antonio Bemfica wrote:
On Fri, 14 Sep 2001, Greg A. Woods wrote:
[...]
Whatever you say, buddy.
Very
--- Forwarded mail from Greg Woods:
CVS is perfectly capable of supporting even
unmergable file types with only minor changes to its logic, specifically
by adding an extensible mechanism to select the correct merge tool for the
data type at hand.
So you seem to claim. So far though you've
Marko Faldix [EMAIL PROTECTED] wrote in the title :
giving up CVS
You should try www.e-cooperators.com , no ?
I have a free CVS account, there. It is so simple, that I don't want to have anything
else, now.
RON.
___
Info-cvs mailing list
[EMAIL
On Fri, 14 Sep 2001, Greg A. Woods wrote:
[...]
Whatever you say, buddy.
A.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
In article [EMAIL PROTECTED], Antonio Bemfica wrote:
On Fri, 14 Sep 2001, Greg A. Woods wrote:
[...]
Whatever you say, buddy.
Very intelligent there! Snip everything, and don't provide a reference
to the message ID you are responding to.
___
Presumably you've read section nine of http://www.cvshome.org/docs/manual/?
Yes CVS has its problems with binary files (search through the archives for
plenty of discussion of them). However if your problem is just adding them
as the right type, what's wrong with just using the file suffix to
Title: RE: giving up CVS
Take a look at cvswrappers. If you want all files matching
a particular filename pattern to have specific commit options,
you can define them here. For instance, you could have:
*.gif -k 'b'
*.jpg -k 'b'
etc.
#!/mjh
-Original Message-
From: Marko
On Fri, 2001-09-14 at 10:23, Marko Faldix wrote:
We had binaries which occured as text and so they couldn't be repaired
anymore. I studied several days cvs and found out, that binaries can only
while importing handled as binary. If forgotten to type in all binary types
during import you've
Quoting Marko Faldix ([EMAIL PROTECTED]):
What do you think about that? Are there any web programmers here using cvs
with success and how to you save data?
I'm sure someone else will tell you this, but .jpg files are not suitable
for concurrent editing so there is aboslutely no reason to put
From section 1.1 of Cederqvist:
1.1 What is CVS?
CVS is a version control system.
The concurrent part is a bonus (which does not apply to jpg files).
Using CVS to record different versions of jpg files seems like a suitable
use of CVS to me.
Antonio
On Fri, 14 Sep 2001,
[ On Friday, September 14, 2001 at 11:15:40 (-0400), Antonio Bemfica wrote: ]
Subject: Re: giving up CVS
From section 1.1 of Cederqvist:
1.1 What is CVS?
CVS is a version control system.
Bogus attempts to mis-direct the reader like that need to be shot down
quickly
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Using CVS to try to track changes to non-text files is a
losing proposition,
almost by definition.
Almost by definition, you lose the main reason for considering CVS.
This does not necessarily make it a
[ On Friday, September 14, 2001 at 12:44:12 (-0700), Edward Peschko wrote: ]
Subject: Re: giving up CVS
Note that serialization would provide a generic, standard way of handling
this problem:
cvs commit (binary data)
# serialization automatically picks up on the fact
[ On Friday, September 14, 2001 at 14:25:41 (-0500), Thornley, David wrote: ]
Subject: RE: giving up CVS
Almost by definition, you lose the main reason for considering CVS.
This does not necessarily make it a losing proposition.
That alone does not. However all the other things CVS
is a
suitable tool for the job.
A.
On Fri, 14 Sep 2001, Greg A. Woods wrote:
[ On Friday, September 14, 2001 at 11:15:40 (-0400), Antonio Bemfica wrote: ]
Subject: Re: giving up CVS
From section 1.1 of Cederqvist:
1.1 What is CVS?
CVS is a version control system.
Bogus attempts
In article [EMAIL PROTECTED], Greg A. Woods wrote:
[ On Friday, September 14, 2001 at 14:25:41 (-0500), Thornley, David wrote: ]
Subject: RE: giving up CVS
Almost by definition, you lose the main reason for considering CVS.
This does not necessarily make it a losing proposition.
That alone
[ On Friday, September 14, 2001 at 17:36:50 (-0400), Antonio Bemfica wrote: ]
Subject: Re: giving up CVS
The fact that a user versioning binary files will not be able to take full
advantage of CVS's power to parallelise software development does not mean
that CVS is of no value to him. CVS
--- Forwarded mail from Greg Woods:
[ On Friday, September 14, 2001 at 14:25:41 (-0500), Thornley, David wrote: ]
Subject: RE: giving up CVS
Does RCS enable merging changes to non-text files?
Since it doesn't, what does it do better?
I think you missed the point RCS is not that much
--- Forwarded mail from Greg Woods:
[ On Friday, September 14, 2001 at 17:36:50 (-0400), Antonio Bemfica wrote: ]
Subject: Re: giving up CVS
The fact that a user versioning binary files will not be able to take full
advantage of CVS's power to parallelise software development does not mean
[ On Friday, September 14, 2001 at 22:06:34 (GMT), Kaz Kylheku wrote: ]
Subject: Re: giving up CVS
What exactly do you mean by ``tracking''? CVS can ``handle'' unmergeable
files in a reasonable way. It can store version of them, allow you to
tag them, branch them, retrieve past versions
[ On Friday, September 14, 2001 at 17:48:24 (-0700), Paul Sander wrote: ]
Subject: RE: giving up CVS
Suggest all you want. Lots of people disagree. Lots of people consider
the concurrent features to be of minor benefit. I daresay that some
find the concurrent features to be annoyances
[ On Friday, September 14, 2001 at 18:39:58 (-0700), Paul Sander wrote: ]
Subject: Re: giving up CVS
It's because repeated calls for change have gone ignored. Ignoring
complaints does not make them go away.
Well, I've certainly not ignored them. Whenever I've come across them
I've pointed
22 matches
Mail list logo