我已经使用以下分支规范配置了build：但是这样的规范使得TC可以触发任何PR的构建，尽管我只需要PR掌握这个。
有可能实现吗？
浏览 15提问于2017-07-28得票数 2
回答已采纳
1回答
TeamCity部署以前的版本
、、、、
TeamCity deploy config是否可以在最新版本之前部署内部版本？在将PR合并到master时，将构建master分支。
Deploy config仅部署主分支的内部版本，主分支构建<
浏览 1提问于2015-01-08得票数 0
我想构建每个拉请求合并与主。我已经按照以下方式设置了teamcity：默认分支:主
我已经设置了github团队城市服务钩。当我启用teamcity时，。作业会识别更改，但生成将停留在“待定”中，并且不会触发。我需要设置VCS触发器吗？我尝试在没有团队城市服务挂钩的情况下设置，但是每次提交新的PR
浏览 6提问于2013-11-26得票数 4
回答已采纳
给定TeamCity &我们的Github存储库和与Github流匹配的CI流。如果成功，则可以继续执行其余的构建步骤。这可以通过内置功能在TeamCity中进行配置吗？或者，我是否必须创建一个构建步骤&编写一个执行此操作的shell脚本，并在第一步返回success/fail？
浏览 0提问于2015-08-18得票数 3
我们有一个基于YAML的管道，单元测试并构建一个ASP NET核心网站，如果一切正常，它将部署到DEV，测试并最终部署到Live Azure Resources。我们的流程让我们在每个特性的分支中工作，一旦这些分支准备好了，我们就将它们合并到一个"release“分支中，以便在PR‘s to MAIN之前进行集成测试。"MAIN“分支设置了一些分支策略，这些策略
浏览 3提问于2021-11-15得票数 0
在GIT7.1中需要配置什么，以便仅当TeamCity中的主分支发生提交时才触发构建？
目前，它会在对其他(功能)分支的更改被推送到远程存储库时触发。
浏览 2提问于2012-08-20得票数 4
回答已采纳
目前，我遇到的问题是Teamcity在将提交/PR合并到master之后在我的特性分支中触发一个构建。
更多的上下文:我在GitHub中有一个存储库，我已经正确地将它链接到Teamcity。我已经为VCS设置了触发器，以查看回购程序中的/api目录。我在“从其他分支排除默认分支更改”的设置上打勾。我创建了一个来自大师的
浏览 3提问于2021-10-27得票数 0
我在github上设置了一个构建(在TeamCity 8.1上)来拉取请求，但它总是执行所有提交。当前配置：+:refs/pull/(*)/merge
浏览 0提问于2015-12-17得票数 3
我们有一个TeamCity 7.1安装，它从GitHub存储库构建所有分支。我们的正常发展遵循一个共同的模式：
提交到那个分支，直到完成一个功能。提交一个GitHub拉请求，以允许管理
浏览 5提问于2012-09-28得票数 11
回答已采纳
我一直在将Azure DevOps中的构建/发布管道迁移到统一的YAML格式。当PR合并到主分支时，除了与CI相关的工作项外，一切都按预期工作。以下是工作流程：
完成PR并将特征分支
浏览 4提问于2021-03-11得票数 1
我有一个Teamcity服务器和bitbucket服务器存储库。Teamcity上有一个构建管道，用于验证拉请求设置。从根本上说，它的工作原理和预期一样。但是，虽然新的拉请求是在一分钟内触发的，但当我对拉请求提交更改时，可能需要一个小时才能在构建配置页面中看到Teamcity的更改。一旦找到它们，它就会像预期的那样触发构建。如果我在Actions
浏览 1提问于2020-08-10得票数 1
回答已采纳
3回答
Azure DevOps发布管道工件设置有两个选项：
连续部署触发器-启用触发器将在每次新构建可用时创建一个新版本。扣动请求触发器-当每次选择的工件可用时，启用它将创建一个发布，是拉请求工作流的一部分。我试图了解与突出显示的部分有关的这些选项之间的区别，以及构建验证策略是否会导致两个选项的发布触发，如果是的话，我们为什么要扣动请求触发器？
浏览 13提问于2020-04-27得票数 1
回答已采纳
我在Teamcity中有一个构建配置，它有3个VCS根: Repo1、Repo2和Repo3。每个回购都有一个“主”分支，这是所有3次回购的默认分支。回购1和2有一个名为"feature1“的分支。如果我在所有3个repos中将分支规范设置为ref/head/*，并使用过滤器as +:*将VCS触发器设置为Repo1，则可以实现所需的行为。因此，我在Repo1中使用拉请
浏览 5提问于2022-05-04得票数 0
回答已采纳
我试图用参数设置build，这个参数使用在几个构建步骤中，它描述了Jira的票号，并且来自Jira。现在的问题是，我需要改进这个构建到签出分支的这个票证号码，或者如果我没有这样的名称分支-运行在主分支上。
我不能使用“更改”选项卡作为其完全自动化的过程。此外，我不能在构建步骤中使用git命令。是否可以在构建步骤中包含来自VCS的
浏览 1提问于2015-12-04得票数 2
回答已采纳
我们有基于TFS环境的分支机构。我们有开发主版本和热修复。
我们的octopus生命周期要求代码首先部署到开发环境中，然后部署到测试环境中，然后部署到登台环境中，然后部署到生产环境中。我们在开发tfs分支中进行开发，我们有一个Teamcity构建，目标是开发分支，然后触发octopus deploy部署到开发环境中。但一旦开发测试完成，我们需要将
浏览 2提问于2016-10-27得票数 0
我有一对在TeamCity构建配置中使用的Git repos。如果在第一个repo中触发了一个构建，我需要运行一个命令来确定第二个repo中的哪个分支应该用于构建(这是一个非常重要的，并且需要调用GitHub API)。但是，这不能作为构建步骤来完成(到那时VCS分支已经确定)，因此主构建配置具有对另一个构建配置(称为Setup
浏览 3提问于2016-06-15得票数 1
回答已采纳
我使用github分支源代码插件：https://github.com/jenkinsci/github-branch-source-plugin来触发github pr中的作业。我希望jenkins仅在创建到主分支的pr时才触发构建。我尝试使用分支筛选器插件，但它在任何pr都不触发。我猜它在prs上不起作
浏览 3提问于2018-10-21得票数 0
我们在GitHub分支中构建特性(一个特性分支到一个特性分支)。我们有一个开发分支和一个主分支。两者都应该是绿色的。
我们使用TeamCity进行构建和部署。我想要了解的是，当创建一个拉请求(从特性分支到开发)时，TeamCity会自动构建和测试请求，然后引导一个EC2实例，以便能够手动测试它。当拉请求被合并时
浏览 5提问于2016-07-27得票数 6
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
腾讯会议
云直播
对象存储活动推荐
腾讯云开发者
