![]() |
![]() |
![]() |
![]() |
Advanced Administrative Tasks
Installing Microsoft Visual SourceSafe for Use with FrontPageIntegration with Microsoft Visual SourceSafe versions 5.0 or later is available on all FrontPage-supported Web servers on Microsoft® Windows NT® Server 4.0 or later, Windows NT Workstation 4.0 or later, and Windows® 95/98. On Windows 95, the Microsoft Personal Web Server requires the Windows 95 Distributed Component Object Model (DCOM) update to work with Visual SourceSafe. For information, see http://www.microsoft.com/com/dcom/dcom1_2/default.htm
Enable SourceSafe IntegrationTo use Visual SourceSafe with FrontPage you must choose Enable SourceSafe Integration during Visual SourceSafe setup:
Your Visual SourceSafe configurationYou can store your Visual SourceSafe database on the same computer as the Web server (a local database) or on a different computer (a remote database).
While it is possible to configure the Visual Source Safe database on a separate computer from the Web server, it is not considered a common scenario and may not work in all circumstances.
If the database is on the same computer as the Web server but is accessed using UNC paths, the database is considered to be remote. For example, the following database is remote because the Srcsafe.ini file on the IIS computer has one of the following lines: Data_Path = X:\vssdata Data_Path = \\IIS-Machine\vssdata You can also view the registry to find out whether the database is accessed with UNC or mapped paths. You should note which configuration you have, because if you are using a remote database, you will need to complete a few extra steps.
Visual SourceSafe INI fileFrontPage Server Extensions must find a Srcsafe.ini file to perform Visual SourceSafe operations through OLE automation. Visual SourceSafe 5.0 usually uses the registry key HKEY_LOCAL_MACHINE\Software\Microsoft\SourceSafe\SCCServerPath. While this key points to the Ssscc.dll in the VSS\Win32 directory, the FrontPage Server Extensions will use the Srcsafe.ini file in the VSS directory. Visual SourceSafe 6.0 normally uses the Srcsafe.ini file in the Web server's installation of Visual SourceSafe. The following procedures assume that the Web server is IIS running on Windows NT 4.0, that the Visual SourceSafe database is also on a Windows NT 4.0 computer, and that both are on NTFS partitions.
Visual SourceSafe directory permissionsYou must set permissions on the Visual SourceSafe directory structure and files.
To view share permissions, in the Windows NT Explorer, right-click the shared directory, click Properties on the shortcut menu, click the Sharing tab, and then click Permissions. It is assumed that the Administrators and System accounts will be granted Full Control to the entire Visual SourceSafe directory hierarchy. Although tighter file restrictions might be possible, full Visual SourceSafe functionality might be jeopardized by tighter restrictions. If you are using a remote Visual SourceSafe database, you must complete the following additional steps.
WWW Service propertiesYou must set the WWW Service properties on the Web server computer.
Windows NT Challenge/Response is also known as NTLM. Because this option is not selected, users must type their user name and domain password when they open a Web. Use the format DomainName\UserName for the user name when working with multiple domains. Allow Anonymous is optional.
Anonymous account permissionsIf you are using an anonymous account (Allow Anonymous is selected in the procedure above), do the following on the computer with the Visual SourceSafe database:
|
![]() |
![]() |
TOP![]() |
|
Last Updated June 1999 ©1999 Microsoft Corporation. All rights reserved. Terms of Use. Disclaimer |