From: Grant Edwards on
On 2006-11-09, David Kelly <n4hhe(a)yahoo.com> wrote:
> In article <12l2p4fjevr47b(a)corp.supernews.com>,
> Grant Edwards <grante(a)visi.com> wrote:
>
>> This bit is particularly ominous:
>>
>> The most common reasons for data corruption are:
>>
>> * General network problems, for example, an unreliable
>> remote connection causing Visual SourceSafe to drop
>> communication midway through a file check-in.
>>
>> That's just un-f*#@king-believable.
>
> Why do you find that unbelievable? Is this the first time you
> have used (or considered using) a Microsoft product? :-(

Yes, pretty much. VSS is the only Microsoft product I've ever
used much -- and that was almost entirely via the SourceOffsite
client under Linux. I'm a lucky guy.

> To Microsoft's credit the above is also considered a flaw in
> CVS which SVN has dealt with. SVN intends to be a better CVS
> than CVS, not just a different solution for the sake of being
> different (and incompatible).

True. CVS was just a better RCS, but SVN was clearly designed
from the ground up with a lot thought and hindsight.

--
Grant Edwards grante Yow! This is my WILLIAM
at BENDIX memorial CORNER
visi.com where I worship William
Bendix like a GOD!!
From: toby on
Johan Josefsson wrote:
> There is one annoying thing with SVN. There is AFAIK no way to tell
> that your version of a file is the same as the version that is
> labelled.

If you're talking about the source of a copy, then not directly with
the CLI (as far as I know). Other Subversion addons do provide this
capability, for example FishEye; here's an example:

https://www.telegraphics.com.au/fisheye/browse/tifflibplugin/trunk/Makefile
In the changelog for this file, you'll see that each tagging point is
listed.

OTOH if you are looking at the copy created by tagging, you can
directly inspect its log, or ask for a diff between trunk and the tag,
etc.

> In ClearCase or CVS, I can immediately see that my file (i.e. version)
> has a label (tag) attached to it. In SVN, I cannot do that. At least
> not from the command line.
>
> Am I right or have I missed something? Does anybody know?

From: Darin Johnson on
David Kelly wrote:
> To Microsoft's credit the above is also considered a flaw in CVS which
> SVN has dealt with. SVN intends to be a better CVS than CVS, not just a
> different solution for the sake of being different (and incompatible).

One difference is that CVS started out life as just wrappers around the
RCS commands. Both RCS and early CVS had no client/server model,
and was intended to be used on local files directly; sometimes with
networked file systems. Visual Source Safe on the other hand, was
introduced at a time when source code control systems were much
more advanced and people were more experienced using them.

(I have heard that Microsoft never used VSS much internally)

--
Darin Johnson

From: Andy Peters on
toby wrote:

> Another OS X client I recently heard about: http://zigzig.com/

Zigversion is still based on Subversion 1.3 ... they need to support
1.4 but aren't there yet.

-a

From: Andy Sinclair on
toby wrote:
>I've been using Subversion for a few years. The pluses:
>- easy to learn/admin/use
>- supported by many client tools/plugins on all platforms
>- very reliable
>- powerful CLI
>- atomic commits (incl renaming), unlike CVS
>- convenient protocols (e.g. http/https)
>- smoothly supports distributed development
>- very easy to integrate with and extend (issue trackers, repository
>browsers, etc)
>

Another vote for subversion here.

I have just finished migrating our source code to Subversion from Code
Co-op and would heartily recommend it.

We use TortoiseSVN and Subclipse to interface to the repository.

Andy