Hacker News Reader

Comment by gspencley | Hacker News Reader

CVS, subversion and mercurial are all VCS tools that I remember using throughout the years. Didn't Microsoft even have its own for a while? I swear I remember Visual C++ integration features back in the 90s / early 00s but I can't remember what it was called.

View on HN

Yes, MS Visual Sourcesafe (VSS). It was... not very good

It was, however, a step up from the shared network drive with a bunch of zip files.

Debatable. You would come into work in the morning and find that VSS had been corrupted and needed to be restored to an earlier backup. This was a common occurrence.

That the lovely common occurrence of someone checking out 1000 files and going on vacation.

I preferred just a normal folder, rsync (or some nt utils equivalent) and backups.

they also had an internal source control system that they never released, which was a fork of perforce that they had purchased the rights to use and modify. Not sure if that's still in use in any projects.

Back in the late 90s we used to call it Visual SourceSieve - code changes would just leak away through the holes. Words cannot explain how much of a step up git (or even SVN) was.

As I recall, the main problem was that VSS didn't have a proper server! Instead the client modified files in the repository directly using Window's file sharing, relying on locks to maintain consistency. This would have been a bad idea even in Window's file shares weren't slow and buggy.

I believe Visual Source Unsafe used the same storage layer as early versions of Exchange, which would break catastrophically when the underlying file grew past 2GB. Less than ideal.

Team Foundation Version Control

Edit: And Visual Source Safe

Clearcase version control was a fun one.

Microsoft Visual SourceSafe

Reply on news.ycombinator.com