100 said:
I use SourceSafe for quite long time and I haven't had any problems
with it so far
I decided not to use VSS for several reasons:
- MS does not use it internally for anything
- MS recommends a periodic DB analyze for correct function
(
http://msdn.microsoft.com/library/default.asp?url=/library/en-
us/dnvss/html/vssbest.asp). If MS feels you should check the database
for corruption every _week_, then I am not interested!
- The data format for the storage data files is undocumented. If you
want to access the data because your VSS executables stopped working,
you're done for. If the data was corrupted and VSS cannot recover, then
you are done for as well, as you cannot try to recover by hand.
- VSS is _not_ a client/server application, so if a workstation takes a
crap while modifying the database, the DB could be corrupted for
everyone. If there is a network glitch, the same could happen as well.
So if VSS has worked for you, then it's a good thing. I just do not have
confidence in VSS reliability. I would really, really hate to loose my
source or any portion of it, and VSS is not necessarily confidence
inspiring in this aspect.
Vault, on the other hand, stores data in SQL Server or MSDE, both
documented and fully supported client/server databases (ie, the client
cannot ever force the server to corrupt data). Out of all the third
party version control products out there, I found no other that fully
supported all VS.NET projects (i.e., many products do not natively
support web apps) besides Vault.