The following repository path is already assigned...
Moderator: SourceGear
The following repository path is already assigned...
Since our upgrade to Vault version 3.5, we've been getting the error:
"The following repository path is already assigned to this working folder:"
when we try to set a working folder assignment. Seems this version of Vault won't let us assign the same working folder to more than one Vault folder.
Is there a way to turn this off?
Thanks!
"The following repository path is already assigned to this working folder:"
when we try to set a working folder assignment. Seems this version of Vault won't let us assign the same working folder to more than one Vault folder.
Is there a way to turn this off?
Thanks!
No, there's no way to turn this off. Setting the same working folder for different folders in the repository usually has unexpected results and can lead to items being overwritten, file status not being properly reported, and general confusion, etc., which is not compatible with good version control.
In Vault 3.5, the one repository folder->one working folder concept is enforced.
Extensive discussion here:
http://support.sourcegear.com/viewtopic.php?t=4915
In Vault 3.5, the one repository folder->one working folder concept is enforced.
Extensive discussion here:
http://support.sourcegear.com/viewtopic.php?t=4915
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
Not unless a working folder is already set. What I mean is, if I go into Vault and try to get latest on a file for which there is no working folder association, it will make me set a working folder before it will let me get that file. Once I've set that working folder, then sure, I can get the file to whatever location I want.
Which, by the way, I'm not sure why it's necessary to set a working folder to get latest on a file, anyhow. Checking out a file? Sure, that would need a working folder. But just to get a copy of the file, I don't really see the point.
Which, by the way, I'm not sure why it's necessary to set a working folder to get latest on a file, anyhow. Checking out a file? Sure, that would need a working folder. But just to get a copy of the file, I don't really see the point.
I have the option set to show the Get Latest Version dialog. The problem is that the Set Working Folder dialog shows up before the Get Latest dialog if no working folder has been set.
There are several instances where we'd want to Get Latest on several different repository folders to the same local folder. This wasn't a problem to do with SourceSafe, and it wasn't a problem to do with Vault until the latest version. Now it's looking like we'll need to jump through a hoop or two in order to do what we've always had no problems doing. While it's not the end of the world, it's annoying to the users when an update makes their lives more difficult.
There are several instances where we'd want to Get Latest on several different repository folders to the same local folder. This wasn't a problem to do with SourceSafe, and it wasn't a problem to do with Vault until the latest version. Now it's looking like we'll need to jump through a hoop or two in order to do what we've always had no problems doing. While it's not the end of the world, it's annoying to the users when an update makes their lives more difficult.
Thanks. It's not a deal-breaker for us, since we can just remove the working folder assignment from the repository folder before getting files from the next repository folder. It's just that it's a bit of a hassle to have to be constantly setting and removing working folder assignments like that.lbauer wrote:I'll log a feature request for this. Seems like a reasonable enhancement.
Oops, I thought I remembered that this was a workaround. Oh well.Balthazor wrote:That's still bringing up the Set Working Folder dialog for me.GregM wrote:I can confirm this behavior, and I've complained about it before. You can Get a specific version from the history dialog without setting a working folder, but not the latest version from the main window.
What I think would be the ideal situation would be to offer the user the following choices when they try to get latest to a Vault folder that has a different working folder already assigned:
1) Allow the user to cancel the operation, which is the only option avaliable now.
2) Allow the user to ignore the warning and get the file to that location anyhow, while leaving the working folder associations exactly as they are.
3) Allow the user to remove the existing working folder association and switch it over to the current Vault folder.
If a dialog could come up offering these three options, and maybe have a default option configurable in the Options menu, that would be fantastic. Just thought I'd toss it out for your consideration.
1) Allow the user to cancel the operation, which is the only option avaliable now.
2) Allow the user to ignore the warning and get the file to that location anyhow, while leaving the working folder associations exactly as they are.
3) Allow the user to remove the existing working folder association and switch it over to the current Vault folder.
If a dialog could come up offering these three options, and maybe have a default option configurable in the Options menu, that would be fantastic. Just thought I'd toss it out for your consideration.