详细信息链接仅在PR失败或通过后才可用。当jenkins作业正在运行但尚未完成时，当状态为“某些检查尚未完成”时，有没有办法显示详细信息链接？有没有办法将正在进行的状态报告给GitHub pr？
浏览 52提问于2020-04-02得票数 0
1回答
我有4个Azure管道，在创建PR时执行检查。它们被配置为根据所做的更改排除/包括某些检查。例如，如果PR只包含前端代码更改，则没有理由运行与检查后端代码更改相关联的检查管道。在GitHub分支配置中，有一个选项“在合并之前需要状态检查通过”，但是当您检查必须选择哪些管道必须通过时。这样做设置它，使您选择的管道必须运行和通过，以便合并，
浏览 5提问于2020-10-26得票数 0
回答已采纳
我有一个GitHub项目，它需要一个成功的应用程序构建来完成一个拉请求。最近，我添加了一个测试脚本来运行一些测试，并将测试结果上传为XML文件。这很好--我可以看到测试结果，包括失败测试的细节。然而，当一个PR触发一个应用程序构建，而一个测试失败时，构建状态仍然是绿色的，并且GitHub PR检查是满意的。
我如何配置它，使一个失败的测试将失败的构建，或至少失败的GitHub PR？绿色检查
浏览 0提问于2017-10-22得票数 0
回答已采纳
我对github的行动有一个奇怪的问题，让我一步一步地描述：手工创建PullReqest ->时，可以合并PR注释中的某些特定文本(如"ok“-> PR )。我决定在分支保护中使用gihub操作+设置，例如：问题在哪里：有些检查还没有完成
浏览 7提问于2022-01-13得票数 1
我有一个Github操作工作流，该工作流设置为在issue_comment上触发，例如on: types: [created, edited]
testing-actions:
if: github.event.issue.pull_request && contains(github.event.comment.body工作流正在工作，当我在PR上评论"@test“
浏览 5提问于2022-06-12得票数 1
回答已采纳
我希望我的测试和东西只在某些分支上运行，但我想要发生的是，当检测到正确的分支时，它将尝试自动合并拉请求。我得到的问题是，我需要管道作业报告状态成功，然后才能开始工作。} steps { sh "echo \${GITHUB_TOKENsh "gh auth --hostname <hostname> login
浏览 11提问于2022-02-02得票数 0
回答已采纳
我有一个管道，在管道开始时，在我们的github中，不同阶段的一堆状态被设置为pending。 在流水线的过程中，由于一些条件条件，这些阶段中的一些可能会被跳过。我的阶段示例： stage('Build') { allOf { expressiondescription: sectionName + ' ' + passOrFail,
浏览 11提问于2021-10-22得票数 0
我想要的是非常简单的东西(在Github中的Giyhub操作很简单) 开发人员创建PR。 创建PR后，Azure将运行所有关联的Cypress测试 如果任何一个失败了，PR顶部的注释就会指出这一点。我们在Github工作过，但我在这里搞不懂。 谢谢
浏览 51提问于2021-02-23得票数 0
回答已采纳
现在，每当我创建拉取请求时，我都可以看到一个构建被触发，并且基于构建的状态，我被允许完成/保留拉取请求。一切都很好-就在这里。现在考虑2个并行拉取请求场景PR1:正在进行中，并通过构建验证获得了绿色构建。允许审阅者完成此PR。
PR2也在进行中，它有一些更改，可能会导致PR1更改中的一些测试用例失败。PR2 build validation build为绿色，此PR2已批准并完成<
浏览 0提问于2020-12-15得票数 0
我有一个pull请求，build已在VSTS上传递，但无论我尝试触发build多少次，另一个检查"Expected Waiting for status to be reported“从未成功。没有比这更具体的信息了：
我应该先检查哪里才能解决这个问题？
浏览 0提问于2018-09-06得票数 31
我知道有多个节点包可以强制执行提交消息格式，但它们似乎都是在提交前完成的，本地的“所有”签入。有没有办法强制执行提交消息格式，仅用于PR到master的合并，而不是所有的签入？
浏览 0提问于2017-10-09得票数 3
下面是添加配置的PR：Azure管道GitHub集成的一个特性是，构建结果通过名为“Check”的特性显示
浏览 0提问于2019-02-12得票数 3
回答已采纳
我已经创建了一个自定义PR状态检查，以验证我的PR遵循传统的提交类似模式。这是在Azure Devops，而不是Github。为此，我创建了Azure函数应用程序，并在Azure Devops中设置了状态检查。以下是配置：
我为我的分支启用了PR状态检查。下面是该文件的配置：
出现PR状态检查，实际上是works....when，我
浏览 1提问于2022-10-18得票数 0
回答已采纳
在TFS中，当我链接PR中的工作项时，PR得到批准、合并并执行CI部署，那么我打赌TFS应该能够看到链接的工作项已经部署到生产环境中。因此，当查看特定的工作项(在epic中，在船上，在任何地方)时，我应该能够看到某种部署状态。
这是一个开箱即用的功能，还是需要一个插件？
浏览 0提问于2017-10-12得票数 0
1回答
当公关被创建到我在github的分店时，我需要运行一个jenkins工作。jenkins将运行一些测试用例并将结果返回给github，之后只有我们可以将PR合并到暂存分支。我在詹金斯使用GitHub pull request builder插件。但我在詹金斯的工作不会因为公关的产生而被触发。来自github的webhook显示了200种状态，它的工作是为github推送一个jenk
浏览 1提问于2020-03-24得票数 2
1回答
当完成PR时，Jenkins需要首先检查代码是否是从fork(即将构建的)获得的，然后再进行构建。这能从詹金斯那边查一下吗？如上图所示。GitHub告诉我们分支需要更新，但是我的构建是在检查期间完成的，因此这是对构建的浪费，因为毕竟开发人员必须更新代码并重新构建。有没有一种方法可以避免这个问题出现在Github端，或者在Jenkins中添加额外的
浏览 0提问于2018-06-14得票数 2
回答已采纳
我已经在GitHub上安装了Azure Pipelines应用程序：状态检查仍然使用旧的方式报告给PR -顶部的是构建状态，从AzureDevOps PR触发器自动报告回来：
浏览 0提问于2019-05-01得票数 1
当我们接受带有一些bug项的PR时，VSTS会将这些bug的状态更改为“完成”。这对我们的工作流程并不是很好，因为我们会将bug的状态更改为“准备好的QA"，只有QA工程师才会将其设置为”完成“。我如何改变工作流程，使状态不被设置为“完成”，每当一个PR被接受？
浏览 1提问于2018-07-24得票数 2
回答已采纳
1回答
我正试着用enforce-label-action给PR贴上标签。name: Enforce PR label
pull_request: with:
REQUIRED_LABELS_ANY: "bug,enhancement,feature" 问题是，每次标记PR时，都会创建一个新的检查</
浏览 57提问于2019-09-20得票数 8
现在，如果某个特定的Jenkins分支工作不是绿色的，我们可以防止PR被合并，但不知何故，似乎不可能检查当前的PR是否为绿色。如果我们不在github存储库配置中选择任何分支，Jenkins构建将不会发生，并且用户将能够合并更改。如果我们检查其中的一个，Jenkins将构建它，令人惊讶的是，我们可以看到与PR名称匹配的作业名称。很好，但不知何故，名为"Jenkins“的通用检查似乎仍在等待另一个状态
浏览 10提问于2016-07-21得票数 2
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号