当我尝试检查整个解决方案时,我现在从TFS得到以下错误.
TF203057:无法检入文件夹$/XXX的重命名更改,因为此文件夹中的文件或文件夹具有挂起的重命名或删除更改.您必须签入重命名并一起删除更改.没有签入文件.
当然,我正在检查一切.我甚至无法检查一个不相关的文件现在导致它仍然触发这个我无法找到这样的TF错误的页面.如何让TFS检查?
我试图检查整个项目,但它没有帮助.现在它全部结账我...
我目前正在设置Team Foundation Server 2010,我在执行构建时发现了一个非常奇怪的行为:
情况解释:我们有2个分支机构
所有开发人员仅将代码签入到Development分支中.每天一次,构建管理器将一些更改集合并到Main分支.在开发阶段,每次检查都会持续构建.在主分支上,每天一次(在夜晚)触发构建.
现在假设变更集1-100在下午5点被合并到Main brach中,将变更集101作为合并操作.一些开发人员在5点钟之后检查变更集102-106进入开发分支.现在在晚上11点,每日构建将自动触发并在Main分支上运行.Main分支的最后一个变更集是变更集101.但是,构建详细信息显示变更集106:

我可以想象这种行为是有意的,因为如果你检查主分支上的变更集106,你实际上将获得变更集101的内容.但如果此构建摘要显示正确的数字,它将更具可读性.
问题1:有没有办法操纵SourceGetVersion信息的输出?也许通过构建过程模板?
TFS行为奇怪的第二种情况甚至更糟:当排队新的构建时,可以选择输入"获取版本"参数,如下图所示:

如果我现在点击"队列",则触发构建,并且AGAIN构建细节输出变更集106,尽管我专门设置它以获得变更集76.
问题2:这是一个错误吗?是否有修补程序或其他东西来解决这个问题?或者是否有必须设置的选项标志?
我希望有人知道更多.我真的不相信这是一个错误,因为它是一个至关重要的功能,其他人之前必须遇到它.
谢谢你的帮助!!基督教
编辑1
团队项目的文件夹结构是:
$项目名
构建只会拉动Main分支及其下方的所有内容.
编辑2
以下是构建定义中"工作区"选项卡的图片:

我们有一个ASP.NET MVC项目,我们想在自动构建期间创建一个发布包.构建使用带有Arguments的未修改的默认模板/p:DeployOnBuild=True /p:CreatePackageOnPublish=True.
如果我直接向服务器执行WebDeploy,它工作正常(如果我将/p:CreatePackageOnPublish更改为false),但我更愿意创建一个可以在Lab构建期间部署的包.
错误消息如下所示:
TF270002:发生错误从复制文件 'C:\构建\ 19个\二进制' 到 '\ NAS \建立\删除\ MyProject的\ MyProject_Development.Test\20120209.1'.详细信息:指定的路径,文件名或两者都太长.完全限定的文件名必须少于260个字符,目录名必须少于248个字符.
问题的第一部分是在构建文件夹路径太长(274个字),但更改工作目录后$(SystemDrive)\Builds\$(BuildAgentId)\$(BuildDefinitionPath),以$(SystemDrive)\Builds\$(BuildDefinitionId)它的下跌到230个字符的路径最长,所以应该没问题.
问题现在似乎是drop文件夹中的路径,即使它的根路径本身不长\\nas\Build\Drop\MyProject,构建名称和构建数字格式也会快速增加MyProject_Development.Test\MyProject_Development.Test_20120208.1.之后,所有嵌套路径都会创建非常深的文件夹结构_PublishedWebsites\MyProject.Web_Package\Archive\Content\C_C\Builds\19\Sources\MyProject\Source\MyProject.Web\obj\Debug\Package\PackageTmp\Content\ui-lightness\Images\ui-bg_diagonals-thick_18_b81900_40x40.png.
那么有什么方法可以解决这个问题吗?我缩短了从构建数字格式$(BuildDefinitionName)_$(Date:yyyyMMdd)$(Rev:.r)来$(Date:yyyyMMdd)$(Rev:.r)保存几个字符,但还不够.我想我们可以稍微缩短构建名称,但它会破坏使用的命名约定(好吧,这不会是一个非常大的问题,但它会很烦人!)而且它仍然感觉像是一个短期解决方案.
还需要做什么?
一直在尝试构建一个包含许多项目的解决方案,并不断出现重复出错的错误.
我已设法使构建部分成功但总是得到如下所示的错误:
C:\ Builds\1\MBS.Payments.Forms.Mvc\MBS Payment Forms MVC\Sources\MBS.Payments.Forms.Mvc\MBS.Forms.Payments.Web\MBS.Forms.Payments.Web.csproj(979) :找不到导入的项目"C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets".确认声明中的路径是否正确,以及该文件是否存在于磁盘上.
我已导航到生成错误的文件,其中突出显示此代码:
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />
Run Code Online (Sandbox Code Playgroud)
目前我安装了Visual Studio 2010 Premium和Visual Studio 2012 Ultimate的评估版,我目前正在Visual Studio 2010中处理此应用程序.
下面是找到错误代码的代码块:
<PropertyGroup>
<VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion>
<VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
Run Code Online (Sandbox Code Playgroud)
请任何人都可以告知为什么会产生这个错误以及如何解决它.
我们刚刚启动并运行TFS 2010.我们将把我们的源代码迁移到TFS,但我对如何组织代码有疑问.
TFS 2010有一个新的项目集合概念,因此我决定组织内的不同团队将获得他们自己的团队.我的团队开发了许多不同的Web应用程序,我们有几个共享组件.我们还使用了一些第三方组件(例如telerik).
显然,每个Web应用程序都是它自己的项目,但我在哪里放置共享组件?每个组件是否应该包含单独的构建和工作项目的自己的项目?
是否有针对TFS 2010的最佳实践或推荐方法?
我一直试图解决这个问题大约一个星期了.我在微软网站上发布了这个问题并且只收到了一个回复,但没有解决我的问题.以下是Microsoft网站上我的帖子的组合.
我在Window 7 PC 64位上安装并配置了TFS 2010.当我在浏览器中导航到http:// localhost:8080/tfs时,我明白了
服务不可用 - HTTP错误503.该服务不可用.
任何帮助解决这个问题将不胜感激.
根据之前的阅读,我已经做了很多工作来解决这个问题.以下是我解决这个问题的步骤.列表相当长,但我想确保所有可能与解决此问题相关的信息都可用.
我安装了Team Foundation Server 2010 Power Tools.以下是该工具返回的关键问题
我们已经开始在TFS 2010中使用以下分支结构:

到目前为止,所有更改都已在开发分支中执行,并且所有签入都与任务工作项相关联.任务都是Bug或Product Backlog Item工作项的子项.每个CI构建都针对特定变更集触发,变更集与任务相关联,因此我们可以手动确定刚刚构建的Bug或PBI.
在构建代码,部署到我们的Integration环境并由开发人员测试之后的某个时间,它将合并到Main分支.显然,可以同时将多个变更集合并到Main.如果我们在此之前没有手动触发每晚,那么每晚构建将构建此代码.QA稍后会将这些"主要"构建中的一个部署到QA环境中.
自上次QA部署以来,Main分支可能已经有多个版本.这些构建与"合并"变更集相关联,而不与与任务相关联的原始变更集相关联.
如何确定已由给定"主"构建解决的任务集,该构建是与与任务工作项关联的分支构建的不同分支?
一旦我们开始准备发布,我们可能需要在Release分支中进行更改,这将使事情进一步复杂化,因为我们将从Release合并回Main,并且Release更改集将与Tasks相关联.那些将被合并到开发,使生活更有趣!
PS问题" 如何确定与TFS 2010中的源分支相关的工作项? "问题接近于提出同样的问题,但并不完全.
我目前必须清理TFS源代码控制中的一些来源.由于某些原因,在某些文件夹的菜单中禁用了移动命令.我能够移动其他文件夹就好了.
为什么某些文件夹会变灰?
任何的想法?
我正在开发一个与TFS交互的Web应用程序.当我将我的应用程序上传到Windows azure云时,我收到此错误消息.
感谢您提供解决此问题的意见.
粘贴在下面是我收到的错误消息
Server Error in '/' Application.
--------------------------------------------------------------------------------
Could not load file or assembly 'Microsoft.TeamFoundation.WorkItemTracking.Client.Cache' or one of its dependencies. An attempt was made to load a program with an incorrect format.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.BadImageFormatException: Could not load file or assembly 'Microsoft.TeamFoundation.WorkItemTracking.Client.Cache' or one of its dependencies. …Run Code Online (Sandbox Code Playgroud) 我们正在开发Visual Studio 2010和TFS 2010.我们有自己的BuildTemplate,它是默认模板的副本,但有一些附加内容,如(创建目录...),但主要的一点是,所有这些都在DefaultTemplate中 - 离开了.
我们已经进行了"单元"测试,这些测试也在起作用.我制作了运行所有单元测试的Build定义.已阅读此处的信息 - http://geekswithblogs.net/jakob/archive/2009/06/03/tfs-team-build-2010-running-unit-tests.aspx 以及其他许多地方.
构建运行非常完美,唯一不起作用的是构建摘要 - 测试结果,代码覆盖率,如上面的链接.
因此,当我在构建应用程序时查看活动日志时,它显示:
Run MSTest for Test Assemblies
c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\MSTest.exe /nologo /usestderr /testSettings:"C:\Builds\7\**Project**\**BuildName**\Sources\**ProgramName**\**ProgNameAndVersion**\Solutions\**SolutionName**\localtestrunDebug.testrunconfig" /searchpathroot:"C:\Builds\7\**Project**\**BuildName**\Binaries" /resultsfileroot:"C:\Builds\7\**Project**\**BuildName**\TestResults" /testcontainer:"C:\Builds\7\**Project**\**BuildName**\Binaries\**TestProjectName**.dll" /publish:"http://***:8080/tfs/MSLN" /publishbuild:"***:///Build/Build/14599" /teamproject:"**ProjectName**" /platform:"x86" /flavor:"**Release**"
Loading C:\Builds\7\**Project**\**BuildName**\Sources\**ProgramName**\**ProgNameAndVersion**\Solutions\**SolutionName**\localtestrunDebug.testrunconfig...
Loading C:\Builds\7\**Project**\**BuildName**\Binaries\**TestProjectName**.dll...
Starting execution...
Results Top Level Tests
------- ---------------
Failed ***.Test.***
Failed ***.Test.***
Failed ***.Test.***
Passed ***.Test.***
Passed ***.Test.***
Inconclusive ***.Test.***
Inconclusive ***.Test.***
Passed ***.Test.***
<many other tests>
...
5/154 test(s) Passed, 147 Failed, 2 Inconclusive
Summary
-------
Test Run Failed. …Run Code Online (Sandbox Code Playgroud) tfs2010 ×10
tfs ×5
tfsbuild ×4
asp.net ×1
azure ×1
branch ×1
build ×1
build-error ×1
c# ×1
msbuild ×1
tfs-workitem ×1
unit-testing ×1