标签: tfs2010

有没有办法复制构建定义？我使用主线源控制方法,该方法利用许多不同的分支,这些分支可以存在很短的时间(即几天到一周).我真的很想复制一个构建模板,只需要改变构建的解决方案.有没有办法做到这一点？

我有一个使用.NET 4.0开发的AJAX密集型ASP.NET Web应用程序,使用TFS作为源代码控制.我们最近将我们的开发工具升级为独家使用VS2010和TFS 2010,但现在每次检出文件时,我们都会看到visual studio重新加载所有符号,并删除所有会话.

在输入一些错误记录代码之后,我们发现回收的原因是它认为每当我们结账时App_offline.htm都在变化.这在项目的任何地方都不存在,我的SO-fu已经找到了一些关于SQL Express的信息,使得这个文件被创建和删除,所以这可能就是这里发生的事情.

看起来我安装了SQL-Express,但即使禁用正在运行的服务,问题仍然存在.

有没有办法阻止退出/删除此文件,如果这确实是发生了什么？每当我查看一个文件时,让应用程序回收是令人沮丧的......

我正在尝试从Visual Studio(2010)进行TFS(2010)签到.我收到以下非常具有描述性和信息性的错误消息:

Visual Studio

The parameter is incorrect

有谁知道如何解决这一问题？

我们正在考虑将TFS用于基于.NET的项目和任务管理平台.有些团队只使用Java开发,他们对SVN(Subclipse)非常满意.

我们的经理提出了以下问题:

• 我们是否应该将Java团队迁移到TFS？
• TFS(仅限源代码控制)是否处理​​好Java项目？
• 将我们的Java代码库和历史从Subclipse迁移到TFS是一件痛苦的事吗？

目前,出于可维护性原因,我们希望将TFS用作唯一的源控制平台.我们希望避免让我们的IT人员支持多个系统.

谢谢

在TFS 2010中有一种(简单)方法将单个TeamProject从一个集合移动到另一个集合(在一个服务器中)吗？包括源代码,工作项,文档,项目网站......

我在TFS Build中设置了我的.NET项目.它在本地构建良好,但我在服务器上收到此构建错误:

找不到导入的项目"C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v10.0\SSDT\Microsoft.Data.Tools.Schema.SqlTask​​s.targets".确认<Import>声明中的路径是正确的,并且该文件存在于磁盘上.

我不知道它是什么,即使是谷歌搜索并没有多大帮助.我的解决方案有一些数据库项目 这里有什么问题以及我如何解决它？

我正在建立一个新的构建服务器,以支持我们的开发团队从VS2010迁移到VS2013.我们尚未迁移我们的TFS服务器,因此新的构建服务器已设置为带有2个代理的VS2010构建控制器.我还在机器上安装了VS2013(大锤方法).

我们所有的代码都已迁移到目标.Net 4.5.1并在开发人员的工作站上编译.

我们的大多数解决方案都很好,除了包含Web项目的解决方案 这些项目抱怨:

找不到导入的项目"C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets".

导入的项目通过以下两行在构建过程中使用VisualStudioVersion变量:

<VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
...
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />

根据这个页面:

http://msdn.microsoft.com/en-us/library/vstudio/bb383796.aspx

对于4.5和4.5.1目标,将设置为"11.0".但构建机器只有上述路径的12.0版本:

"C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets"

这些相同的.csproj线似乎在一个全新的VS2013项目中使用,所以我不确定它如何能够在构建机器上正确解析.

当我尝试检查整个解决方案时,我现在从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

团队项目的文件夹结构是:

$项目名

• BuildProcessTemplates
• 文档
• 源代码
  • 发展< - 这是一个分支
    • 的3rdParty
    • 资源
  • 主< - 这是一个分支
    • 的3rdParty
    • 资源

构建只会拉动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)保存几个字符,但还不够.我想我们可以稍微缩短构建名称,但它会破坏使用的命名约定(好吧,这不会是一个非常大的问题,但它会很烦人!)而且它仍然感觉像是一个短期解决方案.

还需要做什么？