jco*_*and 49 tfs unshelve visual-studio-2010 tfs2010
我正在使用Visual Studio 2010 Pro来对抗Team Server 2010,我将我的项目打开(显然)作为repo的解决方案,但我应该将其打开为"web site".我在编译期间发现了这一点,所以我去搁置我的新更改并从我的本地磁盘中删除了项目,然后从源(这次作为网站)再次打开项目,现在我无法取消搁置我的文件.
有什么方法可以解决这个问题吗?我吹了一些东西吗?我需要在服务器上进行维护吗?
我在SO#2332685上发现了这个问题,但我不知道他在谈论什么缓存文件(我在XP上:\)编辑:发布问题后发现此链接,抱歉研究延迟,仍然没有解决我的问题
当然我无法在任何地方找到TF203015的错误代码,所以也没有解决方案(因此我在标题中包含了数字,是吗?)
编辑:我应该提到这些文件从来没有签入过.那有关系吗?你可以搁置一件未经检查的物品吗?那是我做错了吗?
编辑:什么 - 发现它!对不存在的项目使用"撤消",因为它们作为签入显示在待处理的更改中.
jco*_*and 51
我在尝试重新加载工作区时删除了文件,即使我搁置了更改.然后VS2010认为这些文件仍在等待保存.我不需要那个,所以我不得不想办法"撤消"Pending Changes中的变化.
然后我可以取消搁置.
它认为我有两个ops(unshelve,commit-for-add)同时进行,我认为我只有一个op(unshelve).
Pet*_*nes 45
对OP的问题略有不同
当您尝试将多个变更集从一个分支批量合并到另一个分支时,您可以获得TF203015.
考虑一种具有MAIN主干和DEV分支的情况.你从MAIN分支DEV并且努力地在DEV的一个功能中工作; 随着进展,检查工作回到DEV.现在快进一两个星期.您现在功能已完成,并希望合并回MAIN.
这是我们的一个开发人员遇到此错误的地方.
他已经在一个解决方案上工作了几周,并且定期将变更集检入DEV,因此希望将一系列不连续的变更集合并回MAIN.所以他选择合并选项,选择第一个变更集; 合并没有问题,然后立即合并下一个变更集; 和爆炸TF203015,它在输出窗口中的无用测试; 不兼容的挂起更改.
经过一番摆弄,我们现在意识到这里发生了什么; 第一次合并为开发人员解决方案创建了MAIN的挂起更改.下一次合并尝试也是对同一解决方案的更改,这将要求TFS将第二组挂起的更改"排队"到相同的文件.它不能这样做.
所以在这种情况下TF203015意味着; "目标分支已对此变更集中更改的某些文件进行了挂起更改.请在执行此合并操作之前解析并提交目标分支更改"
解决方案; 在每次合并操作之后,我们的开发人员测试MAIN的工作空间并提交由合并引起的挂起更改,然后返回DEV并重复.
实际上是明智和简单的,但是被一个非常迟钝的错误信息掩盖了.
您可以使用包含该命令的Team Foundation Server Power Tools 2011年3月(http://msdn.microsoft.com/en-us/vstudio/bb980963.aspx)tfpt unshelve
.
安装Power Tools后,打开Visual Studio命令提示符,切换到包含所关注项目的目录,然后执行该tfpt unshelve
命令.它将取消搁置并显示合并对话框,以便您可以解决冲突.
我赞同这篇博文,帮助我找到这个解决方案:http://fluentbytes.com/the-how-and-why-behind-tf203015-file-has-an-incompatible-change-while-unshelving-a-shelve-组
归档时间: |
|
查看次数: |
51138 次 |
最近记录: |