Positieve Microsoft VSS 2005 ervaringen?

[hars73]

Voor onze ontwikkeltool eDeveloper (voorheen Magic) hebben wij een versie systeem nodig. Standaard wordt CVSNT meegeleverd als serverproduct en Jalindi Igloo als client, maar dat levert nog zoveel problemen op (rare verschijnselen, heel erg traag in gebruik e.d.) dat we op zoek zijn gegaan naar een ander systeem.

Nu bleek dat we een company wide licentie voor Microsoft Visual SourceSafe 2005 hebben. Deze gisteren geinstalleerd op zowel server als één client en dit werkt als een trein! Nu lees ik alleen hier en daar nogal wat negatieve verhalen over VSS. Komt dit omdat sommige mensen afgeven op een Microsoft product of is het echt zo'n slecht product?

Het enige wat wij in principe zullen gaan gebruiken is het in- en uitchecken op in totaal zo'n 3 projecten binnen VSS en zo'n 2-3 mensen per project.

Zijn er ook positieve ervaringen van mensen zodat we deze keus goed kunnen maken?
En welke zaken zullen we rekening mee moeten houden? Ik las hier en daar iets over repareren van de database, wat je op regelmatige basis moet doen.

[kenneth]

http://www.highprogrammer.com/alan/windev/sourcesafe.html

http://web.archive.org/we...adhome.org/svn_vs_vss.txt

http://www.google.com/sea...e%3Asupport.microsoft.com

http://lists.virus.org/bugtraq-0212/msg00294.html

Volgens mij is de consensus wel dat álles beter is dan VSS, behalve dan het gebruiken van géén SCC.

Er zijn heel veel goedkope of gratis systemen, ik zou daar eens naar kijken. Subversion is momenteel de populairste die gratis is, die wij succesvol gebruiken icm VS2005, en (als ik me niet vergis) Perforce heeft 'n goedkope versie, of was het nou Vault. En dan heb je natuurlijk Team System, hoewel gebruik daarvan volgens mij beperkt is tot VS.

Kortom, ik zou eerst 'ns verder kijken, want VSS heeft maar één pluspunt, en dat is de prijs, maar met SVN is dat argument inmiddels achterhaald.

[giMoz]

qua source control e.d. is VSS simpelweg een van de slechtere producten, maar het maakt een hoop goed dankzij de simpele en duidelijke interface en de goede intergratie en snelle client tools.

Maar als je 1x een corrupte SourceSafe database gehad hebt dan ga je snel ergens ander kijken.
Heb gelukkig jaren met VSS gewerkt (versie 6 nog) en nooit en corrupte database gehad, en dan werkt het best wel ok.

[EfBe]

VSS is troep. Gebruik subversion of Vault van SourceGear. VSS werkt todat het misgaat, en dat gaat het hoe dan ook eens.

[hars73]

kenneth schreef op vrijdag 20 april 2007 @ 08:51:
http://www.highprogrammer.com/alan/windev/sourcesafe.html

http://web.archive.org/we...adhome.org/svn_vs_vss.txt

http://www.google.com/sea...e%3Asupport.microsoft.com

http://lists.virus.org/bugtraq-0212/msg00294.html

Volgens mij is de consensus wel dat álles beter is dan VSS, behalve dan het gebruiken van géén SCC.

Er zijn heel veel goedkope of gratis systemen, ik zou daar eens naar kijken. Subversion is momenteel de populairste die gratis is, die wij succesvol gebruiken icm VS2005, en (als ik me niet vergis) Perforce heeft 'n goedkope versie, of was het nou Vault. En dan heb je natuurlijk Team System, hoewel gebruik daarvan volgens mij beperkt is tot VS.

Kortom, ik zou eerst 'ns verder kijken, want VSS heeft maar één pluspunt, en dat is de prijs, maar met SVN is dat argument inmiddels achterhaald.

Subversion wordt niet ondersteunt door eDeveloper, alleen alles wat via SCC API v1.01 werkt. Dus we hebben in ieder geval de keus uit PVCS, CVSNT en VSS.. en of er dan nog meer is?

Daarnaast lees ik onderstaand op Wiki over VSS:

Opinions on Visual SourceSafe vary. Some programmers feel that it is sluggish, causes system instability and is missing features taken for granted on newer revision control systems. The perceived sluggishness of SourceSafe depends greatly on the environment in which it is set up. In single user and small team LAN configurations, it can be reasonably fast. The instability criticism is rooted in the fact that Visual SourceSafe uses a file based archive architecture in which any client can update a file in the archive after "locking it". If a client machine crashes in the middle of updating such file, the file could become corrupted. Many users of Visual SourceSafe get around this limitation by regularly backing up the database and using the utility provided with Visual SourceSafe which checks the database for corruption and can fix certain errors. Many small teams (around 5 people) have used Visual SourceSafe successfully for a number of years without ever experiencing such a corruption. However, because revision control is such a vital activity for software development teams, the mere possibility of such an undesirable event (however small) has the effect of discouraging potential users and contributing to their negative opinion of the system. Visual SourceSafe 2005 is meant to address the performance and stability concerns, although Microsoft suggests that larger development teams migrate to its new flagship SCM product, Team Foundation Server.

[kenneth]

Er is een SCC proxy voor SVN, die van PushOK, die gebruiken wij ook, werkt best.

[hars73]

kenneth schreef op vrijdag 20 april 2007 @ 09:15:
Er is een SCC proxy voor SVN, die van PushOK, die gebruiken wij ook, werkt best.

Die heb ik net geprobeerd.. en die werkt niet in eDeveloper (crash, boom, bang). Standaard wordt daarvoor Jalindi Igloo meegeleverd en volgens mij is dat ook een SCC Proxy.

EDIT: Na wat testen blijken we de PuskOK proxy toch aardig aan de praat te hebben in combinatie met CVSNT... kijken wat we gaan overwegen..

[ Voor 15% gewijzigd door hars73 op 20-04-2007 11:13 ]

[beany]

Ook ik heb niks anders dan goede ervaringen met VSS .... TOT HET MIS GAAT! Want dan ben je toch wel goed zuur, ondanks dagelijkse backups e.d. En het gaat eigenlijk toch wel vaak mis. Vooral als je met aardig wat mensen aan de slag bent(wij zitten hier met een groep van 13 man) gaat het snel en vaak mis.

De eerder genoemde Vault van sourcegear schijnt erg goed te zijn, maar ik heb er zelf geen ervaringen mee.

[ Voor 24% gewijzigd door beany op 20-04-2007 09:58 ]

[Verwijderd]

VSS is hier ook al meerdere malen gecrasht waardoor wij zijn overgestapt op SVN. Voor thuisgebruik maakte ik hier al langere tijd gebruik van. SVN heeft ook een plugin voor Visual Studio (AnkhSVN) waarmee je vanuit je solution explorer code kunt commiten en updaten.