The Change Bindings dialog allows you to configure Vault Standard as the source control provider for projects which are already on disk and in the Vault Standard repository. You can get to this dialog by choosing the Change Vault Standard Bindings menu item in the File menu.
Bind and Unbind Solutions and Projects.
Turn source control Online and Offline
Bring up the Change Vault Standard Bindings dialog, and select the solution and click the Bind… Button. In the Bind dialog, you will be asked to map the Deepest Common Ancestor of the selected projects.
If you already have the project on disk and in the repository, you may select any project that you wish to bind and click the Bind button. There are some things that should be noted when trying to work this way:
Add to Vault Standard and Open From Vault Standard operations are still solution-specific. You cannot yet add or open just one project. You will have to use the Vault Standard standalone GUI client to add new projects and download projects that are in the repository but not on disk.
If you select multiple projects to bind, you will be prompted to map a working
folder for the Deepest Common Ancestor. If
you’re prompted to map an unexpected folder (for example, C:\
), then
bind the projects one at a time.
At the moment, this is not supported through the Enhanced Client. You should upload the project using the standalone GUI client and then use the Change Bindings dialog to bind the project on disk to the project in the repository.
At the moment, Add from Source Control is not supported through the Enhanced Client. You should download the project using the standalone GUI client, use Add Existing Project to add it to the solution, and then use the Change Bindings dialog to bind the project on disk to the project in the repository.
Uncheck the Online/Offline checkbox at the bottom of the Change Bindings dialog. This will set all projects that use the current Vault Standard repository to Offline. You will no longer be prompted to login when loading any project bound to that repository.
You can select any node in the Solution Explorer and click the Online button to return to Online status. Alternatively, you may check the checkbox at the bottom of the Change Bindings dialog. A prompt will appear for you to log in to the Vault Standard server.
Most problems can be corrected by rebinding the project. Select the project or solution, and click the Bind button. Find the project in the Vault Standard repository, and rebind the solution or project. If the project or solution can not be found in the repository, then you should use the Add Solution to Vault Standard context menu in the Solution Explorer, or add the project manually using the standalone GUI client.
Not Bound – The project on disk is not associated with Vault Standard.
Bound (Offline) – The project is bound to Vault Standard, but the Vault Standard IDE client is currently set Offline for that project’s repository. Right click on the solution or project file and select Go Online. Or, use the Online/Offline checkbox at the bottom of the Change Bindings dialog to return to Online status.
Invalid – The project is bound to Vault Standard, but there is a problem. Click the link in the status column to read a more detailed reason for the binding problem. Some common causes of problems are:
The Working Folder Association is missing.
The project/solution file does not exist in the location that is expected by the current working folder association.
The project file is bound to a different repository than the solution (or other projects).
Valid – The project is bound to Vault Standard and working as expected.
Pending Add – The project has been bound to Vault Standard, but not yet been added to the repository.
If you are binding multiple projects, or a solution which contains multiple projects, you will be asked to map a working folder for the Deepest Common Ancestor of all of those projects. In the simplest case, suppose that you are mapping two projects in an unbound solution. If the working folder is structured as:
C:\work\Project1
C:\work\Project2
then, you will be asked to provide a working folder mapping for the
C:\work
directory on your disk.
If you have a slightly more complicated example of two projects structured as:
C:\work\Project1
C:\work\otherfolder\Project2
You will be asked to provide a working folder mapping for the C:\work
directory on your disk.
The most common case where the Deepest Common ancestor is completely unexpected is when the two projects being mapped share no common ancestor other than the root of the drive. For example:
C:\inetpub\wwwroot\TestWebSite
C:\work\Project2
The Deepest Common Ancestor would be C:\
. In this case, it is
advisable to bind each project one at a time.