我们是在做.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服务器,可以告诉成功/失败的故事?
我需要恢复/重置JetBrain TeamCity的pipe理员密码。 我有完整的RDP访问服务器,所以没有问题。 我们使用它仅仅2个月,所以现在我已经忘记了我的login名 – 我通常的login名不起作用。 目前没有数据库设置,所以希望用户名只能在某个文件中,但没有运气find它。
我正在开始一个小型的开源项目,我自己是当时唯一的贡献者。 不过,我认为持续集成设置对于检测是否打破构build很有用。 是否有免费的,托pipe的持续集成服务器适用于非常小的项目 ? 谷歌searchCodeBetter ,但我不确定他们会接受一个刚刚启动的单人项目。 我更喜欢TeamCity ,但我愿意接受build议。 注 – 托pipe的解决scheme是我必须的。 我不想设置和维护持续集成服务器,所以像“TeamCity”或“CruiseControl”这样的答案根本就不相关。 具体要求: 我在GitHub上托pipe我的项目,所以持续集成服务器需要Git集成 我想持续集成服务器运行.NET集成(单元)testing 很高兴有 – 我还需要访问MySQL服务器(尽pipe我可以修改testing以使用embedded式SQLite ,它们当前是在外部MySQL服务器上运行的)。
我有一个PowerShell脚本如下 ##teamcity[progressMessage 'Beginning build'] # If the build computer is not running the appropriate version of .NET, then the build will not run. Throw an error immediately. if( (ls "$env:windir\Microsoft.NET\Framework\v4.0*") -eq $null ) { throw "This project requires .NET 4.0 to compile. Unfortunatly .NET 4.0 doesn't appear to be installed on this machine." ##teamcity[buildStatus status='FAILURE' […]
我将TeamCity设置为我的构build服务器。 我有我的项目设置,它正在从颠覆正确更新,并build立好。 下一个是什么? 理想情况下,我希望将其自动部署到testing服务器,并手动部署到活动/临时服务器。 最好的办法是什么呢? 由于我使用C#/ ASP.Net,我应该添加一个Web部署项目到我的解决scheme?
我有一个VS 2012 web项目/ sln,我正在尝试在TeamCity中构build。 它使用安装在TeamCity上的.NET 4.5。 TeamCity服务器只安装了VS 2010 。 生成运行时出现此错误: C:\BuildAgent\work\d5bc4e1b8005d077\CUSAAdmin.Web\CUSAAdmin.Web.csproj(799, 3): error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk. Project CUSAAdmin.Web\CUSAAdmin.Web.csproj failed. Project CUSAAdmin.sln failed. 它试图使用Visual Studio 2012(v11.0)来构build。 我已经在build.xml中将VisualStudioVersion设置为10了 。 <Target Name="BuildPackage"> <MSBuild Projects="CUSAAdmin.sln" […]
我有一个TeamCity服务器设置来执行我的CI构build。 我正在构build和testing一个C#解决scheme并运行一些自定义的MSBuild任务。 其中一个任务是在我的编译输出中打印警告。 MSBuild命令行参数包含“/ property:”或“/ p:”参数。 请使用Build参数。 我不明白这是什么意思或如何删除它。 它不好Google(有或没有错字)。 我从命令行(使用/verbosity:diagnostic )运行任务,但没有出现,所以我相信这是一个TeamCity消息。 MSBuild的任务是 <Target Name="InstallDb"> <MakeDir Directories="$(DbPath)" /> <Exec Command="sqlcmd -S .\sqlexpress -i db\OmnyxDatabaseDrop.sql" /> <Exec Command="sqlcmd -S .\sqlexpress -i db\OmnyxDatabaseCreate.sql -v DbPath="$(DbPath)"" /> <Exec Command="sqlcmd -S .\sqlexpress -i db\OmnyxDatabaseProgrammability.sql" /> </Target> 而相关的TeamCity步骤信息是 MSBuild版本:4.0 MSBuild ToolsVersion:4.0 运行平台:x64 目标:InstallDb 命令行参数:/property:DbPath=%env.DB_PATH%
我使用TeamCity,然后调用msbuild(.NET 4)。 我有一个奇怪的问题,那就是在构build完成之后(它看起来好像不是一个成功的构build),msbuild.exe保持打开状态,并locking其中一个文件,这意味着每当TeamCity尝试清除其工作目录,则失败,无法继续。 几乎每次都发生这种情况。 我真的迷失在这一个,所以我会尽量提供尽可能多的细节。 服务器是英特尔酷睿i7,2 GB RAM,采用Windows Server 2008标准64位SP2。 在TeamCity中,msbuild runnerconfiguration了/m命令行参数(这意味着使用多个核心) 有问题的文件总是在External Tools\Telerik\Telerik.Reporting.Dll的path中的.NET项目之一引用相同的外部DLL。 (在External Tools目录中包含几个其他.DLL文件在一个类似的path结构,永远不会造成这个问题)。 目前这是与Telerik报告的试用版,以防有什么不同。 当问题发生时,任务pipe理器中总会有几个msbuild.exe *32进程列出:我相信有7个。使用Process Explorer,它们看起来都像顶级进程(没有父母)。 他们都使用20-50MB的RAM和0.0%的CPU。 如果我等1-3分钟,msbuild.exe进程将自行退出,然后TeamCity可以正确更新工作目录。 如果我手动终止msbuild进程,TeamCity的更新将立即再次工作。 索引服务在Windows中被closures(虽然之前的两点几乎证实了它是msbuild.exe导致的问题)。 Telerik.reporting.dll没有特殊的属性。 唯一的SVN属性是svn:mime-type = application/octet-stream 有没有人跑过这个呢?
我们有几个构build机器,每个构build一个TeamCity构build代理。 每台机器都非常强大,我们希望在同一台机器上运行多个构build代理。 这是可能的, 而不使用虚拟化 ? 是否有TeamCity的质量替代品支持这个?
Visual Studio 2010有一个“发布”命令,允许您将Web应用程序项目发布到文件系统位置。 我想在我的TeamCity构build服务器上执行此操作,所以我需要使用解决scheme运行器或msbuild执行此操作。 我尝试使用发布目标,但我认为这可能是ClickOnce: msbuild Project.csproj /t:Publish /p:Configuration=Deploy 我基本上想做一个web部署项目,但没有加载项。 我需要它来编译WAP,删除任何不必要的执行文件,执行任何web.config转换 ,并将输出复制到指定的位置。 我的解决scheme ,基于杰夫·斯维尔的答案 <Target Name="Deploy"> <MSBuild Projects="$(SolutionFile)" Properties="Configuration=$(Configuration);DeployOnBuild=true;DeployTarget=Package" ContinueOnError="false" /> <Exec Command=""$(ProjectPath)\obj\$(Configuration)\Package\$(ProjectName).deploy.cmd" /y /m:$(DeployServer) -enableRule:DoNotDeleteRule" ContinueOnError="false" /> </Target>