- Microsoft Visual Sourcesafe Replacement
- Microsoft Visual Sourcesafe Download
- Visual Sourcesafe 2017
- Microsoft Visual Sourcesafe Tutorial
- Microsoft Visual Sourcesafe 6.0
Dec 09, 2009 The question to which I replied asked if there was a way in which it is possible to download Visual Source Safe. I answered that if you have an MSDN subscription at the appropriate level (eg. Universal), it is possible to download the product immediately, before the DVDs ship. Visual SourceSafe 4.0/5.0 Utility: Detects and Validates Dat. Detect, validate, fix errors, and remove inactive files from the Visual SourceSafe database.
-->Microsoft Visual Sourcesafe Replacement
Applies To: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012
Microsoft Dynamics AX 2009 and earlier versions support Microsoft Visual SourceSafe as a version control mechanism.
Overview
Item | Description |
---|---|
Reason for deprecation | Support for Visual SourceSafe for version control is being removed in favor of Microsoft Visual Studio Team Foundation Server 2010, because Team Foundation Server provides enhanced functionality. |
Replaced by another feature | Support for Visual SourceSafe remains in Microsoft Dynamics AX 2012 but will be removed in the next version of Microsoft Dynamics AX. We recommend that you now use Team Foundation Server 2010 instead of Visual SourceSafe. For more information, see Migration of Microsoft Dynamics AX Version Control System content from Microsoft Visual SourceSafe to Microsoft Team Foundation Server. |
Modules affected | All. These modules include the Development Workspace. |
Changes to installation | This change does not affect application installation. |
Changes to upgrade | This change does not affect application upgrade. |
Visual SourceSafe is an x86-based application, and the source indexing scripts and tools associated with it are installed only with the x86 package of Debugging Tools for Windows.
To successfully use Visual SourceSafe with SrcSrv, several defaults must be set in the system, including the Visual SourceSafe default database, the current project, and the working folder. You must also stamp each build project with a label so that Visual SourceSafe can differentiate between versions of a given file. Finally, you must set up any credentials needed to access the Visual SourceSafe database.
Visual SourceSafe Database
The default Visual SourceSafe database can be set with the SSDIR environment variable. If it is not set there, the SrcSrv indexing script can usually determine this from the registry. If it cannot, the script prompts you to set SSDIR. Regardless, this database value must be listed in your Srcsrv.ini file along with a simple alias to identify the database. More instructions can be found in the comments in Srcsrv.ini. You should add the entry in the variables section of Srcsrv.ini using the following syntax:
Current Project
Visual SourceSafe uses the concept of a current project. The SrcSrv indexing script respects this value and limits processing to those source files that are part of the current project. To display the current project, use the following command:
To change the current project, use the following command:
Microsoft Visual Sourcesafe Download
where Project indicates the current project. For example, to process all projects, set the current project to the root:
Working Folder
Visual SourceSafe projects are associated with working folders. A working folder is the location on the client computer that corresponds to the root of a project. However it is possible for such a computer to obtain and build source without a working folder being specified, usually when creating projects through the Visual Studio interface or by using the command:
However, this mode of operation is incompatible with SrcSrv indexing. SrcSrv requires that a working folder be specified. To set the working folder, use the command:
where Project indicates the current project and Folder indicates the location corresponding to the root of the project.
Visual Sourcesafe 2017
Labels
Microsoft Visual Sourcesafe Tutorial
Visual SourceSafe cannot determine what version of a file exists within the working directory of a build machine. Consequently, you must use labels to stamp the project with an identifier that is used to extract source files on the debugger client. Thus, before indexing, you must verify that all changes are checked into the database and then apply a label to the project. Labels can be applied using the command:
where Project indicates the current project.
In the following example, the label 'VERSION_3' is applied to a project called '$/sdktools':
After the label is applied, you can specify this label to the SrcSrv indexing script by setting the environment variable, SSLABEL, or by passing it as a command-line parameter, as in the following example:
Again, this label is required for SrcSrv indexing to work. Note that if you pass a label that does not exist in the project, it can take a long time for the script to complete and the results are of no use.
Credentials
Microsoft Visual Sourcesafe 6.0
If your Visual SourceSafe database requires a user and optional password for access, these values must be set through the SSUSER and SSPWD environment variables. This applies not only at the time the build is indexed, but also on the debugger client.