Why are .vbproj files checked out exclusive?

If you are having a problem using Vault, post a message here.

Moderator: SourceGear

Post Reply
neal007
Posts: 225
Joined: Tue Feb 17, 2004 10:13 am

Why are .vbproj files checked out exclusive?

Post by neal007 » Wed Apr 23, 2008 8:12 am

We have a team of devs and all of our solutions are unique to each dev and the references each project uses to reference other projects in the solution are "project" type references. All works fine. The problem though is that on some projects the .vbproj file is always checked out exclusive. We do not have the request exclusive locks checked in the vault advanced options. How can we prevent these from being exclusively checked out? If another developer has it checked out exclusive then I can't add files or folders because of the .vbproj file becoming uneditable while exclusive to another dev.
Neal Culiner
NC Software, Inc.
http://www.nc-software.com

Vault 5.1.2
VS 2010/C#
Windows 7 Ultimate x64

VB.NET Forums: http://www.vbdotnetforums.com

ian_sg
Posts: 787
Joined: Wed May 04, 2005 10:55 am
Location: SourceGear
Contact:

Post by ian_sg » Wed Apr 23, 2008 8:41 am

Ian Olsen
SourceGear

neal007
Posts: 225
Joined: Tue Feb 17, 2004 10:13 am

Post by neal007 » Wed Apr 23, 2008 8:54 am

Good grief! You filed for an ISBN for that yet?? :)

I'll try adding the .vbproj files to mergeable types and see if that helps us out. Hopefully there are no "I wouldn't do that's" from you! :)
Neal Culiner
NC Software, Inc.
http://www.nc-software.com

Vault 5.1.2
VS 2010/C#
Windows 7 Ultimate x64

VB.NET Forums: http://www.vbdotnetforums.com

ian_sg
Posts: 787
Joined: Wed May 04, 2005 10:55 am
Location: SourceGear
Contact:

Post by ian_sg » Wed Apr 23, 2008 11:27 am

As long as you're cautious if a merge is necessary, taking into account the caveat from the FAQ, you're fine:
So why aren't project or solution files in the mergeable list by default?

These files are machine generated, and there are no guarantees that two different instances of Visual Studio are going to produce the same file based on the same changes. (it sometimes orders things differently, for example.) In practice, this means that you need to review the results of any auto-merges (which happen during Get Latest if that option is selected) or always perform these merges manually (via the Show Merge command).
We work this way and I can't recall it ever causing us any trouble. You're also implicitly working this way if you work in CVS mode and don't use IDE integration.
Ian Olsen
SourceGear

Post Reply