标签: teamcity

我想在TeamCity中的不同构建配置中运行我的解决方案中的所有被忽略的测试.我没有在构建步骤配置页面中看到任何明确的原因.

可以吗？

我正在使用NuGet来管理依赖项.我非常喜欢NuGet,它为我做了很多简单的事情.

在Visual Studio中,我使用自动包还原功能,以便在构建期间更新包.我还找到了一种让nuget.exe文件自行下载的方法.这很棒,这意味着开发人员可以查看源代码并构建它.它使依赖管理几乎成为"明智之举".

但是,我遇到了TeamCity CI构建的问题.在TeamCity中构建时,我更喜欢使用TC的NuGet Installer构建步骤.我发现这使我能够更直观地控制构建过程,这意味着我可以指定我想要使用的包源.但是,这与NuGet自动还原有些冲突,因为它会下载nuget.exe并尝试再次更新所有包.

构建确实有效但我可以通过避免第二次NuGet更新操作来提高效率,如果有很多依赖项,这可能需要一些时间.我需要的是一种只有在构建服务器上运行时才能阻止自动恢复的方法.有没有人想过这样做的方法？

我正在尝试存储我的构建的整个输出,这包括一些空文件夹.teamcity中的artefact机制不包括这些:什么不起作用:

OAR\=> OAR.zip
OAR->OAR.zip
OAR

在OAR内部,我有一个需要存储的文件夹结构.我知道我可以在每个文件中放置一个占位符文件,但这不是我追求的答案.否则生病必须自己拉链？

我有一个构建配置,将构建一个工件文件.我想做的是添加一个步骤,以便在构建工件之后,它将在它与最后一个成功构建的工件之间进行差异.只要我能够计算出最后一个工件文件的路径,我就可以编写一个可以执行diff的工具.

如何获取上一次成功工件的详细信息？

我正在使用TFS 2010和TeamCity 8.它是一个点网解决方案.

我需要三件事.

1-组装应该像这样:4.3.[tfs revision number].[counter].

(即汇编文件版本和汇编产品版本.)

2-解决方案结构如下所示:

    Root folder -> solution.sln
    Root folder -> proj1 -> proj1.proj
    Root folder -> proj2 -> proj2.prj
    Root folder -> several other projects

请注意,proj1是一个asp.net Web应用程序,proj2是一个wcf服务.

我想在服务器上创建两个压缩文件\\myserver\teamcityartefact\proj1.zip和\\myserver\teamcityartefact\proj2.zip.

3-我还想确保发布配置用于构建工件.

你可以推荐一些彻底的演练吗？

设置:构建步骤设置为:运行器类型:Visual Studio(sln).解决方案文件路径:solution.sln.Visual Studio:Microsoft Visual Studio 2013.目标:清理;重建;发布; 配置:发布.

到目前为止我尝试了什么:

一个.工件路径:*.* => \\myserver\teamcityartefact\proj1.zip

但是这会在zip文件中创建四个文件.solution.sln,solution.sln.metaproj,solution.sln.metaproj.tmp和solution.vssscc.

湾 工件路径:proj1\**\*.* => projA并proj2\**\*.* => projB返回项目中的所有文件.这些不是预编译的已发布文件.构建步骤设置为:运行器类型:Visual Studio(sln).解决方案文件路径:solution.sln.Visual Studio:Microsoft Visual Studio 2013.目标:清理;重建;发布; 配置:发布.

C.proj1**\bin***.*=> projA.zip返回bin文件夹的内容.它是一个asp.net应用程序.

d.我确信没有使用发布配置,因为webconfig没有被转换.

e.目前bin文件夹中程序集的内部版本号格式为1.0.0.0.

是否有人暗示如何每周增加下面数字的第二部分("249")？TeamCity能够在每次构建之后增加构建计数器的数量,到目前为止一直很好.

1.0.249%build.counter%

另外,我需要每周增加249个.例如:249> 250; 250> 251; 101> 102; 41> 42; ......

提前致谢.

我正在使用SQL Test在SQL Server中创建一些单元测试.我与Teamcity集成,因此在构建时,它会自动运行tSQLt测试.

问题是我们计划为所有商店推销创建数百个单元测试.并且我们不想在每次检入代码时运行所有单元测试,并且Teamcity运行构建+运行所有单元测试.

有没有办法将集成构建配置为仅运行已签入的新单元测试.我是否需要为此创建自定义脚本？我似乎找不到开箱即用的方法.

或者是在没有Teamcity自动运行tSQLt单元测试的情况下检查的实用解决方案？因此,只需在DEV服务器上手动运行新的测试用例(签入后)？这个的扩展是每晚运行批处理以运行所有单元测试.

我正在尝试为我的内部NuGet包实现TeamCity Symbol Server,但是没有加载符号.我按照这个博客的说明进行操作,这是符号服务器的标准建议

我正在使用VCS checkout模式到代理端,并且还在agent.properties文件中定义了teamcity.hg.agent.path = c:\ program files\mercurial\hg.exe.仍然VCS没有拿起这个设置并给我以下错误: -

Test connection failed in Dev :: Stocks :: Build and Package. Cannot find mercurial executable at path 'hg'

还定义了windows环境变量中的路径.Mercurial未安装在服务器计算机上.我在文档中读到,如果您使用代理方签出,则不需要.请指导我在这里缺少的东西.谢谢

我们使用TeamCity 7.1.5.,我更新了TeamCity Server站点证书(用新的替换了server.p12文件)新的时间段,并且TeamCity Server与单个Agent失去了连接.代理状态为Disconnected,Authorized,Enabled.使用WEB浏览器,我导航到TeamCity站点并确保新证书有效.

进入teamcity-agent.log文件,我看到许多类似的消息,示例:

" [2014-03-20 16:37:11,694] WARN - jetbrains.buildServer.AGENT - Ping problem: Call https://oursite.com/RPC2 buildServer.ping: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target"

如何使用新证书修复此代理连接问题？

使用旧站点证书TeamCity正常工作.我看到旧证书和新证书的细节有所不同.旧证书签名算法是具有RSA加密的PKC#1 SHA-1.新证书签名算法是具有RSA加密的PKC#1 SHA-256.

提前感谢您的帮助!