我目前在本地服务器上使用TeamCity中的MSBuild运行程序进行持续集成，这很有效。但是，我无法找到符合TeamCity期望格式的MSDeploy支持的完整命令行开关列表。 目前，我在“参数”部分中使用以下开关： /P:Configuration=OnCommit /P:De...

我们有3个环境： 开发：团队城市（Team City）在主干提交的Subversion上部署到此处。 暂存：用户接受这里的构建，这些构建是发布候选版本。 生产：当UAT通过时，部署此处的通过代码集。 我们正在使用Team City，并且仅在我们的开发环境中设置了持续集成。我不想为Tea...

我希望能够使用TeamCity进行“持续集成”。我想以递增的方式标记我的构建，而VCS提供的GUID不如一个简单的递增数字有用。我希望这个数字实际上与Mercurial中的版本号匹配。 我的现状是： Mercurial信息： 我希望将版本标记为0.0.12而不是GUID。 有没...

我们最近从SVN迁移到git。我们使用一个主“发布”分支（master），并针对每个开发人员正在处理的功能，创建相应的功能分支。 在TeamCity中，我们为每个功能分支创建一个项目，并当然也有一个主分支的项目。 在使用SVN时，每当某人从主分支合并到其功能分支或反之亦然时，TeamCity...

我有一个由TeamCity生成的GitHub状态检查，我试图将其删除（而不仅仅是禁用它）。 我已经尝试过以下方法（为了易读性，添加了换行符）：curl -u <myusername>:<mytoken> -X DELETE https://:github_insta...

我正在考虑从TFS（Team Foundation Server）迁移到Git，但找不到任何与TFS支持的门户检入（也称为预测试或延迟提交）相匹配的内容。 Atlassian Bamboo不支持门户检入。TeamCity支持它（使用他们的术语称之为“延迟提交”），但不支持Git。仅使用Jen...

使用Team City从Git Repo（如果有关系，则是Gitlabs）检出。 从空构建目录开始，会遇到以下错误： fatal: could not set 'core.filemode' to 'false' （在Windows计算机上运行，如果有关系的话） 为了排除问题，将运行...

我正在寻找一种方法，将特定的构建参数附加到计划触发器上。 我们不断地构建产品的调试版本。然而，我们的夜间构建必须是发布版。大部分项目的构建配置完全相同，甚至已经有一个配置参数了。所以，我只需要一个可以指定单个构建参数覆盖的触发器。这将减少需要维护的构建配置数量。 有没有办法实现这个需求？

我一定是在做一些不同于这里要求和回答的事情，因为解决方案似乎对我没有用： TeamCity，在一个构建步骤中生成一个ID并将其传递到后面的构建步骤 我想在最终的构建步骤中使用由一个构建步骤生成的字符串。到目前为止，我已经设置了一个名为“TEST”的环境变量，它为空。两个构建步骤都使用命令行运...

我正在尝试在 Teamcity 中创建一个构建步骤，该步骤具有对另一个构建步骤的 Artifact Dependency。 前一个构建步骤的产物以 .zip 文件的形式可用。 构建步骤能够检索这些产物，并将它们下载到：C:\BuildAgent\work\27f84e3eca3a33d5\...