对于显然没有理由,每次我打开我的解决方案时,Visual Studio的检查SLN文件了。
如果我把它比以前的版本没有任何变化。 但是,这是很无奈,因为每个人都有解签出。
我使用VS 2008和2008 TFS,既SP2。
我如何能阻止这种事情发生任何想法? 或者是VS的TFS源代码控制的特性/错误?
对于显然没有理由,每次我打开我的解决方案时,Visual Studio的检查SLN文件了。
如果我把它比以前的版本没有任何变化。 但是,这是很无奈,因为每个人都有解签出。
我使用VS 2008和2008 TFS,既SP2。
我如何能阻止这种事情发生任何想法? 或者是VS的TFS源代码控制的特性/错误?
发生这种情况时,以下是.sln文件:
GlobalSection(ExtensibilityGlobals) = postSolution
MyGlobalProperty = AnyValue
EndGlobalSection
我发现,企业图书馆加入其中之一。 我删除它,在溶液检查,关闭然后重新打开它,并没有更多的自动退房。
从内存中,如果你使用的工具,选项菜单,然后选择源控制,环境小组应该有配置与版本控制的IDE接口方式的几个选项。
我认为其中的一些选项控制开放的行为结账 。
为以防万一,像我一样,你不能得到它的工作,你会发现有一个或多个项目也得到检查,我发现了一个simplier解决方案。 记下的项目(S),它不断检查出来的。 转到文件 - 源代码管理 - 更改源代码管理,然后取消绑定项目的问题。 单击确定,全部保存,然后返回更改源代码管理和TEH项目绑定回的解决方案。 希望这会为别人打工
虽然不是预防摆在首位的问题,自由使用的团队基础电动工具 “撤消不变”命令将(意外惊喜)撤消挂起的编辑如果没有修改过。
允许退房,然后比较这两个文件。 如果VS补上一句
<Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />
您遇到VS错误在VS2008的解决方案,但没有移植到VS2005
检查此链接了解更多详情:
Visual Studio解决方案文件正被悄悄签出通过一个或多个使用微软企业库解决方案的项目-我相信这是值得做的企业库配置工具,它允许各种应用程序块的配置管理- HTTP ://msdn.microsoft.com/en-us/library/ff649479.aspx
看到这个微软反馈发帖: http://connect.microsoft.com/VisualStudio/feedback/details/737184/globalsection-extensibilityglobals-postsolution-checks-out-sln-file-on-open
这是解决方案中加载的项目系统之一的特性/错误。 尝试删除的项目各种类型(C#,VB,C ++,网站,Web应用程序,单元测试,Silverlight的...),直到它消失; 这就是你的答案。
你保存文件做比较之前? 它发生与我前一段时间一直在说有文件之间没有任何变化,但一段时间后,我意识到我之前没有保存的文件,它是用版本的磁盘,而不是版本在内存中进行比较。
每次打开Visual Studio中的一些解决方案时,它执行某些操作可能会导致您的.sln或项目文件更改,然后它会问你检查出该文件。 如果有改变的文件夹结构在开发机器,或者当他们不具备的所有文件的版本相同的它发生。 也许有人在某个文件夹添加了一个项目,另一名开发人员在另外一个地方同一个项目。 我看到这种情况发生另一种情况是,当我们有一些C ++项目的解决方案,出于某种原因,该类别中的一个++项目有一个.RES具有绝对路径的文件。 一旦由VS自动生成这个文件它一直由开发商机开发机变。
我建议你打开你的.sln文件,并寻找一些绝对路径,或者会不会在某些开发商机存在,这取决于什么文件,他们从你的源代码控制获取相对路径。