VSS6 uinstaller will not touch the database files (users, history, etc).
However, it deletes the SourceSafe registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SourceSafe.
That means that if you do the other way around (install VSS2005 first and
uninstall VSS6 after that), the uninstall of VSS6 will break VSS2005
integration with VS and delete the registration info for VSS2005, which will
require to repair VSS2005 to get it back in good shape. This is why the
readme recommends uninstalling VSS6 first.
--
Alin Constantin
This posting is provided "AS IS" with no warranties, and confers no rights.
"Jay" <J...@discussions.microsoft.com> wrote in message
news:CB89076F-DD4B-4D63...@microsoft.com...
Do I install VSS on the workstations, then install on the server and point
the new install (on the server) to the VSS DB folder?
Thanks again
You have to uninstall VSS6 on each workstation, then install VSS2006 on each
workstation.
On each workstation, VSS stores the "registered" databases under 2 registry
keys:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SourceSafe\Databases
HKEY_CURRENT_USER\Software\Microsoft\SourceSafe\Databases
While the VSS6 uninstall will delete the
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SourceSafe, it will not touch the
other key.
After installing VSS2005, VSS2005 should already find the databases
registered, reading their list from the HKEY_CURRENT_USER key. You shouldn't
have anything to do.
If for some reason something doesn't work as expected, and the previous
databases list is not automatically recognized by VSS2005, you can at any
time use the File/OpenDatabase dialog, use the Add button there and point
VSS2005 to the database share where the srcsafe.ini file is (as I said
before, VSS6 uninstall will not delete the database files)
--
Alin Constantin
This posting is provided "AS IS" with no warranties, and confers no rights.
"Jay" <J...@discussions.microsoft.com> wrote in message
news:AB0CED16-658A-4302...@microsoft.com...
I would install VSS on the machine where the vssdb database files reside if
any of these are true:
- some dev uses that machine as a VSS client, accessing the database
- you want to use the server components of VSS2005 (set up the database for
Internet access, or enable LAN Booster service for better performance over
LAN in VisualStudio)
- you use FrontPage web projects on IIS installed on that machine and want
to place them under source control.
- you want better performance when running database maintenance tools
(analyze may run slow if run over network)
--
Alin Constantin
This posting is provided "AS IS" with no warranties, and confers no rights.
"Jay" <J...@discussions.microsoft.com> wrote in message
news:73F8ADD8-D9F6-4EEF...@microsoft.com...
Is this the same instruction for Installing VSS 2005 where VSS 6.0c *SERVER*
exists? I'm thinking of upgrading my VSS server installation to VSS 2005.
Thanks.
"Alin Constantin [MSFT]" <cn...@tfosorcim.moc> wrote in message
news:ezZw$GcGGH...@tk2msftngp13.phx.gbl...
I am wondering the same thing. Just really want to be sure before I
actually upgrade. We are looking to use the server components so we can
check-in and check-out files while working at home or on the road.
Does anyone know if there are any published upgrade procedures out there?
Tom
"TMesh" <TM...@discussions.microsoft.com> wrote in message
news:65B71B16-CD17-41EA...@microsoft.com...
Yes, the procedure is the same. Just uninstall VSS6 and install VSS2005.
VSS 6.0 (c, d or older) had no "server" components (like in a real
client-server application). VSS6 was a distributed client, and each client
accessed the database as if it was stand-alone.
--
Alin Constantin
This posting is provided "AS IS" with no warranties, and confers no rights.
"David R." <davidr...@nospam.com> wrote in message
news:OGUHgYrH...@TK2MSFTNGP09.phx.gbl...