我需要两个VCS触发器与不同的Per-Checkin触发规则基于银行过滤器。原因:对于"release-*“& "master”分支，当我合并所有内容时，我不希望为每个签入创建一个构建，但是当我使用任何其他分支时，我希望创建一个构建。我想我可以通过添加第二个触发器来过滤分支，使它们看起来像这样：
第一个VCS触发器，这将构建所有这些<e
浏览 21提问于2017-01-27得票数 0
回答已采纳
我试图为VCS中的单个合并触发一个单一的团队性构建。我的CI布局方式是一个分支阶段，我们将所有的更改合并到其中。然后，当我们想要部署到生产中时，我们在git中将阶段合并到主分支中。不幸的是，这会触发大量的构建，可能每个签入到阶段分支都会触发一个构建。因此，相反，我们希望这是一个单一的构建。因为它只是一个合并到主分支</e
浏览 1提问于2013-12-04得票数 21
回答已采纳
此生成配置具有配置为在每次签入时触发项目的VCS触发器，但未指定静默期。问题是，这个触发器似乎不起作用，因为构建仍然处于挂起状态。添加了一个触发器规则："+:root=VCSId_ProjectA:**“，这样对"ProjectB”的更改将不会调用触发器。此触发器已在仅将一个VCS根连接到构建配置的情况下进行了测试，并且工作正常。
触发
浏览 3提问于2014-10-31得票数 4
我订阅了不同类型的通知，例如生成开始和生成失败事件。我的构建配置有一个附加的VCS和一个VCS触发器，它在每次提交到任何分支时启动一个构建。问题是，当构建针对默认分支启动时，我确实会收到一封电子邮件和TeamCity trigger消息，但如果对任何非默认分支(手动或通过触发器)触发构建，则根本不会收到通知。
伙计们有什么想法吗？
浏览 4提问于2014-09-11得票数 1
回答已采纳
1回答
我已经在TeamCity (v8.0.1)中创建了一个构建配置，通过将我的VCS分支规范设置为+:refs/ pull /(*/merge)，自动构建我的Github pull请求(我关注了博客文章)。TeamCity正在挑选新的拉取请求和对现有拉取请求的更改，但是它在每次更改中启动多个构建，而我预计它只执行一个构建。我已经确认在构建触发器配置中禁用了每次签入<
浏览 1提问于2013-09-11得票数 2
2回答
我们目前在Teamcity触发VCS触发器生成时遇到问题，当有0文件更改时，我们的VCS根配置为Mercurial挂起的更改将显示0文件，如果您查看文件更改，则显示的文件来自未包
浏览 4提问于2013-12-12得票数 9
回答已采纳
我们正在使用github企业的teamcity。我们将其设置为运行合并请求以及提交。但是，git继续为具有0文件更改的合并发送teamcity提交消息，这将触发构建。例如，这将触发构建：
触发在分支上的构建合并VCS触发器完全了解分支，并且一旦在分支中检测
浏览 3提问于2017-04-04得票数 0
回答已采纳
我正在使用github的Teamity8.0。
我已经设置了一个连续部署构建配置，以查看我们的主分支，并且当发生更改时，将生成和部署它们。当代码准备好部署时，它将从另一个分支合并到主服务器中，因此主代码始终是上一次部署代码的快照。正在进行的发展发生在其他分支。我们面临的问题是，当我们部署时，通常至少有20次提交，而且通常还有更多的来自开发人员的组合。Team分别构建和部署每个提交，这将占用一定的时间
浏览 0提问于2013-08-13得票数 5
回答已采纳
我们使用的是TeamCity 9.0.0。服务器由于与本文讨论无关的原因而损坏，因此我不得不回滚到一个稳定的快照(我们使用Amazon AWS快照)，这大约是12小时前的。我丢失了在这12个小时内发生的一些构建，但这没什么。我尝试签入新的更改，但构建仍然不能触发。我尝试手动运行构建，但它没有获取最新
浏览 0提问于2015-08-11得票数 0
TeamCity 2019.1.4，VCS为塑料SCM。我用/main的默认分支更新了项目(项目A)中的现有构建配置，以包括+:(/main/*)的分支规范(它以前没有)，这样也可以选择和构建特性/其他分支。但是在特性/其他分支上没有提交会触发构建，只会提交到/main。
VCS触发器是相当标准的，分支过
浏览 11提问于2020-06-04得票数 0
我是TeamCity的新手，使用它从Github Repo中的源代码构建和获取war文件。当我提交到Java web项目时，我设置了一个VCS触发器来自动构建项目。在VCS触发器上，我只选中了“每次签入时触发一个构建”框。当我发送commit时，构建开始，但不是最近一次提交。构建以在最后一次提交之前的提交开始。我没有关于版本控制设置的分支规范。
浏览 0提问于2019-03-12得票数 0
我们有一个专用的vcs根，我们使用它来签入检查分支的步骤(这是我们在主目录中为代码所做的一个子集)。我试图过滤bitbucket拉请求分支和主分支，使其只在“真实”分支上触发，但它仍然继续构建主提交，这是对资源的浪费。我试过这个规范：-:refs/pull-requests/*根据我对规范语法的理
浏览 1提问于2020-04-15得票数 3
我对Azure Devops中的YAML构建管道很陌生，我正试图将我的注意力集中在触发器的功能上。困扰我的是，我希望在不同的分支上有不同的触发器，但我想使用相同的管道。让我说我想
浏览 1提问于2020-05-01得票数 4
1回答
我在根级别上设置了VCS的客户端映射，如下所示：VCS root ID: MainMain/Project1...然后，在Project1的构建定义中，设置了一个VCS触发器，其规则如下：
+:root=Main:/so
浏览 0提问于2016-01-13得票数 0
回答已采纳
这些术语的不同之处是：
主干/分支/合并/签入/签出(我从其他VCS了解)叉、主、源、推、拉等(Git使用)
浏览 6提问于2011-06-26得票数 8
回答已采纳
1回答
有一段时间以来，使用azure构建系统和刚刚熟悉的yaml文件。好的，开始一个新的构建，我选择了.net桌面模板，选择了repo来构建，并显示了一个yaml文件，我将其存储在主分支中。我把触发分支改为 branches: - dev(1)作为测试，我在我的dev分支中编辑了一个文件，提交了更改，但是没有运行构建作业。(2) yaml文件是否需要与生成代码所在的分
浏览 3提问于2020-09-01得票数 0
回答已采纳
当您将一个功能分支合并到开发分支中时，是否可以运行自动构建？
当开发人员完成其功能分支的工作时，他们会将功能分支合并到开发分支中。当它被合并时，我想启动一个自动构建，它将运行单元测试。对于持续集成，您可以在签入变更集时运行构建。当我将一个分支合并到另一个分支中时，我想运行持续集成。
浏览 0提问于2015-02-07得票数 3
我有一个具有以下构建配置的TeamCity项目：
除非+:deps.txt，否则VCS不会触发任何签入</e
浏览 2提问于2017-08-31得票数 11
回答已采纳
我的TeamCity CI有Jetbrains提供的插件GitHub Commit Hooks来检测新的拉请求并触发运行。我已经安装了这个插件并配置了它，点击这里：然后，在GitHub上创建web钩子，但是地址是0000:8111，这是错误的。因此，我将更改为正确的DNS并重新传递请求。它似乎有效，服务器返回带有消息202的Scheduled checking for changes for 2 VCS roots.(Server time
浏览 0提问于2018-06-15得票数 1
1回答
在我们的TFS2018网站上，我为我们的开发分支和发布分支做了构建定义。发布分支具有以下命名约定: Release_yyyy_mm_dd。CLOAK Release_2018_02_22\GigsOfDataThatDoesntNeedGetting 我们发布了每个sprint，所以每次我都必须修改发布分支文件夹(CurrentReleaseBranch)\GigsOfDataThatDoe
浏览 3提问于2018-02-19得票数 2
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
云直播
对象存储
腾讯会议活动推荐
腾讯云开发者
