在创buildTFS构build的build definition ,有一个名为“ Source Settings的部分,如下所示:snapshoot,我们必须定义1)源代码pipe理文件夹和2)构build代理文件夹。 据我所知, source control folder是从哪里获得源代码。 但是我不明白在build agent folder什么是生成build agent folder 。 如果你知道的话,请和我分享一下。 谢谢!
门控登记将创build一个名称以* NO_CI *结尾的变更集? 那NO_CI代表什么? 我只能想到“不检查错误”,但没有任何意义。
我们是在做.NET LOB开发的大多数MS商店。 我们还为我们的CRM应用程序使用MS Dynamics …所有的开发人员目前都在使用VS / SQL Server 2008.我们也使用VSS,但每个人都讨厌它在工作,而且很快就会出来。 我们正在开始在整个团队中开展TDD实施(约十人)。 我已经获得了TeamCity的设置,并且使用2008 sln构build器成功运行了我的第一个自动构build版本,并且还使用了一名同事正在进行源代码控制分析的SVN。 在进行pipe理的时候,我觉得他们开始买进我的蛇油,抛出了看TFS的build议。 这就为我们的TDD架构计划了一把扳手; 尽pipe如此,因为我一直认为TFS太昂贵,不值得为我们的团队(我见过的其他商店也一样)。 我觉得MS在TDD / CI领域落后了多年,第三方产品可能更好,更成熟……我仍然需要做很多研究,但是我想我会来这里看看如果有人真的使用了这两个系统。 我意识到TFS包含了更多的构build服务器……但是我至less故意不想让这个问题过于宽泛。 使用TFS / TFB而不是TeamCity的实际利弊是什么 – 例如,我们会失去/获得哪些好处? 这里有没有人真正使用过这两个系统(TFS的TDD / CI和TeamCity / SVN),可以从实际angular度讲? 我在这个话题上做了一些研究,我在SO上发现的一篇文章提到TFB的缺点是它只支持MSBuild。 我打算在TeamCity上使用FinalBuilder; 它似乎也支持TFS以及… 感谢您的任何build议 编辑:有没有人使用TFS作为他们的Build / CI服务器,可以告诉成功/失败的故事?
我已经从ASP.NET MVC Beta升级到1.0,并对MVC项目进行了以下更改(如RC发行说明中所述): <Project …> … <MvcBuildViews>true</MvcBuildViews> … <Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'"> <AspNetCompiler VirtualPath="temp" PhysicalPath="$(ProjectDir)\..\$(ProjectName)" /> </Target> … </Project> 虽然构build在我们的本地开发框上运行良好,但在TFS 2008 Build下使用“无法加载typesxxx.MvcApplication”失败,请参阅下面的构build日志: … using "AspNetCompiler" task from assembly "Microsoft.Build.Tasks.v3.5, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a". Task "AspNetCompiler" Command: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler.exe -v temp -p D:\Builds\xxx\Continuous\TeamBuild\Sources\UI\xxx.UI.Dashboard\\..\xxx.UI.Dashboard The "AspNetCompiler" task is using "aspnet_compiler.exe" from "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler.exe". Utility to precompile an ASP.NET application Copyright (C) […]
我遇到了VS2010的一个奇怪的问题。 我们使用TFS来构build我们的API dll,并且我们曾经在我们的项目中引用了他们使用完全可信的映射networking驱动器。 我们一直这样工作至less两年,一切都很完美。 今天,我将一个webapp转换为vs2010,当我在Release中编译它时,它给了我: SGEN:错误:无法加载文件或程序集文件:/// L:\ Api \ Release API_20100521.1 \ Release \ CS.API.Exceptions.dll或其依赖项之一。 操作不受支持。 (从HRESULTexception:0x80131515) 奇怪的是,它正在debuggingconfiguration文件下工作… 我尝试添加 <runtime> <loadFromRemoteSources enabled="true" /> </runtime> 到app.config并仍然没有运气(请参阅http://social.msdn.microsoft.com/Forums/en/msbuild/thread/d12f6301-85bf-4b9e-8e34-a06398a60df0和http://msdn.microsoft.com/ en-us / library / dd409252(VS.100).aspx ) 我很确定这个问题是从Visual Studio或MSBuild,因为我们的代码不会从networking共享运行时,因为所有引用的DLL被复制到bin文件夹。 如果有人有解决scheme(或只是一个searchpath的想法),请让我知道! 编辑:事实certificate,它是在debugging模式下工作,因为生成序列化程序集closures。 正如标题所说,这实际上是一个SGEN的问题,因为它是这个实用程序,说path不被信任…
我们使用TFS 2013作为我们的构build服务器。 我已经开始了一个C#6.0项目,我正在试图build立它。 我正在使用新的空条件运算符和我的构build扼stream圈。 我已经尝试在TFS服务器上安装几个东西,包括定位包和VS 2015.我已经尝试向MSBuild参数提供/tv:14.0。 Configuration \ EntityEntityConfig.cs(270):无效的expression式“。” Configuration \ EntityEntityConfig.cs(283):无效的expression式“。” Configuration \ EntityEntityConfig.cs(283):语法错误,':'预计 …等 在这一点上,我不知道还有什么可以尝试的。 任何build议将不胜感激。