打开Visual Studio项目只读的
-
11-09-2019 - |
题
方案:
我svn:外部抓住Microsoft。实践。ServiceLocation从更.但是,引用的csproj-文件我自己的项目会导致升级,从2005年到2008年。这使得我复制该项目文件从不同的基地复制,我无法更新项目,从颠复活动。
一个更新的...\deps\Microsoft。实践。ServiceLocation的结果:
Command Update
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\ServiceLocatorProvider.cs
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\ServiceLocatorImplBase.cs
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\ServiceLocator.cs
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\Readme.txt
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\Properties
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\Microsoft.Practices.ServiceLocation.csproj
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\IServiceLocator.cs
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\ActivationException.Desktop.cs
Tree conflict ...\deps\Microsoft.Practices.ServiceLocation\ActivationException.cs
Completed At revision: 43682
warning! One or more files are in a conflicted state.
一个更新的...\deps的结果:
Command Update
Completed At revision: 0
一个更新的根本的结果:
Command Update
External ...\deps\Microsoft.Practices.ServiceLocation
External failed ...\deps\Microsoft.Practices.ServiceLocation
Error Working copy '...\deps\Microsoft.Practices.ServiceLocation' locked
Error Please execute the 'Cleanup' command.
Completed ...\deps\Microsoft.Practices.ServiceLocation - at revision: 0
该搞乱声称,工作复制是锁定似乎是错误的,执行释放锁上Microsoft。实践。ServiceLocation文件夹结果在一条消息,指出"没有什么可以解锁。没有文件都有一个锁在这个工作副本。" 同样的结果,如果我执行命令的根源。
执行一个清理改变什么。
我使用的是如今.
- 我可以告诉Visual Studio2008年治疗的一个项目的/目录中读到的避免升级?
- 是有一个秘密颠复命令我就可以执行的得到这个工作吗?
- 为什么一个更新的文件,你改变导致一个树冲突?
编辑:我已经google搜索,找到颠复的文件解释树冲突 http://svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.html.我改变了我的第三个问题,因为我不明白为什么我得到一个树冲突时更新的文件,你改变了。
解决方案
Visual Studio2008年会很乐意打开一个只读方案(这是正常的,非查出使用的).
但VS2008不能打开VS2005解决方案文件,这样它总是试图升级。你似乎是在寻找一种方式打开一个2005年的溶液在2008年没有升级,和我不认为这是可能的。
无论是得到一份VS2005年(这可能是一个表达版),或获得更项目作为一个整体,以升级(记住的是,VS2008年的目标。网2.0).
其他提示
有几种选择取决于如何参与的项目和如果你将会改变它。
对于一个项目,我主要使用的图书馆我不把开放源码项目的进入我的解决方案-只是dll的我一直在我源的控制存储库图书馆的文件夹。
当你在调试你可以进入的代码图书馆在VS2008没有实际开的2005年项目文件;所以没有更新是必要的。
当我需要工作上的代码,用于开放源代码图书馆我打开它在它自己的解决方案。如果它需要更新,以vs2008我让它-它不是一个大问题,因为只有在项目文件得到改变的-不是源代码。因为它是在源的控制可以随时恢复该项目的文件原件或名称命名新的副本和保持2csproj文件。
我只是做一个svn更新与乌龟在开源项目并不得到冲突。Svn将合并的任何变成我的副本。如果我有变化,需要的开放源码项目,我提交一个补丁和不提交自我复制。
如果这是一个项目,你是一个积极的开发商和其他团队成员需要留在VS2005然后你可以载VS2005侧的边没有问题。我有4-5个副本VS安装在同一机的唯一缺点是磁盘空间。
这听起来像你可能需要做一种新的结账的项目进入一个新的文件夹,如果你有太多的冲突。然后你就可以使用一个很好的比较工具,以解决冲突的手-我用WinMerge.