[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: why subversion?

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: 2006-10-06 18:30:20 CEST

On Thu, 2006-10-05 at 22:35 -0700, Bruce Thompson wrote:
> I'm somewhat surprised that my favorite feature (and least favorite
> CVS mis-feature) hasn't been mentioned.
>
> In CVS it is not possible to check the status of a file without
> updating that file (possibly merging in changes as well). At the
> office we're stuck in CVS and I am continually bumping into this. All
> I want to know is whether the file is up to date either against
> latest checked in revision or against the last time I updated.

What happens when you run:
cvs status filename
or just
cvs status
in the directory?

CVS is just a _file_ version control program with a concept of
tags as a shorthand notation for a collection of file version
numbers to tie a bunch of file/versions together. If you want
to manage files, CVS does a good job. For example, I have a directory
where I store all my router and switch configs via tftp after
each change and commit to CVS. None of the files have anything
to do with each other and they are never renamed. I don't think
subversion can add any functionality to CVS in this situation and
when I no longer need a file/history I can simply remove it
from the repository. On the other hand if you need a concept
of 'projects' and want to track directory changes and files
that are renamed, subversion has advantages.

-- 
  Les Mikesell
   lesmikesell@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 6 18:31:07 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.