| |||||||||||||
VSS = Visual SourceSafe?VSS = Visual SourceSafe?Posted May 13, 2010 11:44 UTC (Thu) by tialaramex (subscriber, #21167)In reply to: The Next3 filesystem by ringerc Parent article: The Next3 filesystem
If that's the correct expansion, just say no. It should be a give away when you find you need "coarse versioning" for your version control system that what you have is a liability. Rather than thrash around trying to find ways to keep VSS sort-of working it should be a priority to migrate away from it.
This isn't some partisan thing, I don't care if you migrate to git or Perforce or even Team Foundation Server. But get off Visual SourceSafe. Once you're safely running a real version control system you'll find that your headache goes away without any need for "coarse versioning" using snapshots.
(Log in to post comments)
VSS = Volume Shadow copy Service (Yes, I know) Posted May 13, 2010 13:27 UTC (Thu) by ringerc (subscriber, #3071) [Link]
Argh! That acronym collision drives me nuts.
Here, VSS = "Volume Shadow copy Service". Yes, Microsoft uses the acronym "VSS" for Volume Shadow Copy Service despite having an existing claim on that TLA via Visual Source Safe ie VSS.
You'd think they'd refer to it as VSCS, but no....
What I'm talking about is a facility in Microsoft servers (and client operating systems, but it's less important there) that's based on the Volume Shadow Copy Service where they can make automatic snapshots of their file systems on a schedule, and retain them until the total size of all snapshots reaches an admin-configured limit, at which point the oldest snapshot is dropped to make room.
The same underlying snapshot service is used to provide efficient image-based backup. In fact, on Win2k8 you can have the server maintain a bootable backup disk image of its self on a raw disk - I use an iSCSI volume on my Linux backup server. The server uses the volume shadow copy service to only update dirty parts of the image at each backup run. It's nice to have for a Windows-based server OS where unlike Linux/BSD you can't just rsync the whole file system contents to another box and expect to be able to boot it.
(For what it's worth, I use svn heavily, though am drifting git-wards now that I've started actually using it and discovered how seriously nice it is these days. You won't catch me near Visual Source Safe unless it's with an axe. In an amusing confluence of these two topics, I now maintain all my servers /etc in git and git-push them to the backup server every night, 'cos it's more convenient than Bacula when reverting changes).
VSS = Volume Shadow copy Service (Yes, I know) Posted May 13, 2010 13:48 UTC (Thu) by nye (guest, #51576) [Link]
>Here, VSS = "Volume Shadow copy Service". Yes, Microsoft uses the acronym "VSS" for Volume Shadow Copy Service despite having an existing claim on that TLA via Visual Source Safe ie VSS.
>You'd think they'd refer to it as VSCS, but no....
That would be 'Volume Snapshot Service', supposedly. The acronym collision probably never occurred to anyone at Microsoft since (it is widely held, at least) nobody at Microsoft actually uses Visual Source Safe.
It's one of those things that was bought, mangled, and re-released to fill a gap in their product line, targetted at those people who must use all-Microsoft, all-the-time even if MS themselves think the tool is worthless.
|
|||||||||||||