问题标签 [github-webhook]

我希望我的 Jenkins 工作将由提交到我的 github 存储库中的每个分支来触发。

我有一个带有这个 webhook 到我的 Jenkins 的 GitHub 存储库，带有这个有效负载 URL： http://<my-jenkins-ip>:8080/github-webhook/

有效载荷传递状态为 200 OK。

在我的 Jenkins 服务器中，我有一个管道作业，声明如下：

在“构建触发器部分”作业中，我正在检查“GitHub 钩子触发器用于 GITScm 轮询”

我希望每次提交到我的 Github 存储库中的任何分支时都会触发这项工作。但实际行为是该作业仅由提交到主分支触发。

我在问：

1. 如何将作业配置为由对任何分支的提交触发？
2. 如何获取最后一次提交（触发作业）的分支名称？

我需要在 GitHub PR 中获取更改的文件列表和文件内的代码更改

我正在使用 github "status" webhook 来触发 lambda 中的应用程序。有效负载提供了有关存储库某些分支的一些详细信息。参见“分支”：

https://docs.github.com/en/developers/webhooks-and-events/webhooks/webhook-events-and-payloads#status

文档清楚地指出，branchs 数组将包含最多十个分支，但是 github 是如何决定向我提供哪些分支信息的呢？例如，我的 repo（我应该提到的是 fork）有 65 个分支，但 webhook 只给了我四个。它给我的四个是我的叉子上有变化的三个和我没有触及的默认值。默认分支首先列出，但为什么呢？因为它是默认的？因为它最古老？它会永远是第一吗？

我对此感到好奇，因为我想运行由成功的 CircleCI 构建触发的应用程序，但前提是该构建对应于新版本。状态 webhook 通常会在任何分支上发生任何状态更改时触发。

最后，我知道你在想什么，但 CircleCI 没有自己的 webhook：https ://circleci.com/docs/2.0/notifications/

任何帮助表示赞赏！

我正在尝试在 AWS 上设置一个 codePipeline 来将一个静态网站托管到 S3。所以我按照本教程进行设置。但我不明白如何在 github 上的 webhook 设置中配置 Payload URL。我将其设置为静态站点 url，但它不起作用。

请让我知道我应该如何设置paylaod URL。谢谢你。

我们使用 AWS CodeBuild 和 GitHub Webhook 来触发构建过程。当为以 Jira 票证前缀开头的分支创建 PR 时oscs-278，我们使用 Terraform 构建一个新环境。当我们提交 PR 时，它会触发构建过程来更新该环境。

这个流程对我们很有效，特别是自 2021 年 2 月起，AWS CodeBuild 允许您将并发构建设置为 1。这对我们来说很重要，因为我们一次只能进行一个部署，其余的应该排队。

但是，我们当前的构建过程最多需要 15 分钟，如果我们在此时间范围内提交到分支，如果另一个构建正在进行中，则项目不会排队。

这可能是 GitHub Webhook 的问题，还是与 AWS CodeBuild 有关的问题。

来自 AWS 文档：

队列中的最大构建数是并发构建限制的五倍。

所以理论上，我应该有 5 个在队列中（最多）

我已经使用以下设置配置了一个 Github Web 挂钩：有效负载 URL：https:///github-webhook/ 内容类型：application/x-www-form-urlencoded 事件：推送、拉取请求

我拥有的 Jenkins 作业是一个启用了以下功能的管道作业：Build Trigger: GitHub hook trigger for GITScm polling

通过上述配置，我看到响应事件，即；在 GitHub 中 push/PR，jenkins 作业被成功触发。在 GitHub 中，在 Web 挂钩的最近交付项下，我看到了有效负载的详细信息和成功的 200 响应。

我正在尝试在 Jenkins Pipeline 中获取有效负载以进行进一步处理。我需要一些详细信息，例如：PR URL/PR 编号、参考类型、分支名称等，以便在 Jenkins 管道中进行条件处理。

我尝试访问“有效负载”变量（如其他堆栈溢出帖子和周围可用的文档中所述）并将其作为管道的一部分打印，但我还没有运气。

所以我的问题是，如何在我的 Jenkins Pipeline 中从 GitHub Web 挂钩触发器获取有效负载？

我正在尝试在 Github 中设置一个预接收挂钩，我们将使用它来避免不必要的提交。我正在寻找一些需要维护的规则

需要自定义提交消息。每个提交都应在开始示例中包含现有的 JIRAJIRA-XXX | Commit message

也对任何拉取请求强制执行此操作。

需要分支名称格式。

例子：abc_devName_some_br_name_jira_XXX

这里有人可以帮我吗，怎么办？

我想知道是否可以使用 Git webhook 配置一个 Concourse 管道，该管道检查是否发生了属于同一 Pull Request 的新提交，然后根据该新提交触发新的管道构建并取消当前的旧构建运行相同的拉取请求？

这样做的目的是降低资源的使用。

非常感谢任何反馈。

我实现了一个从 github 接收 webhook 并将其转发到 Google Chat 的服务器。所有其他 webhook 都运行良好。但是，如果有人打开了一个包含多个审阅者的拉取请求，Github 会发送与审阅者数量一样多的 webhook（由 pull-request-request-review-event 触发）。

假设有四个审阅者分配给一个 PR，那么 GitHub 会发送四次 pull-request-request-review webhook。结果，它调用了 i 实现的服务器四次，服务器将其转发到 Google Chat 四次，这不是我希望它的工作方式。

有什么办法可以让 GitHub 只为 pull-request-request-reviewer 事件发送一次 webhook？

我想通知 Slack 频道说在 GitHub 上进行了以下更改。例如，如果我在 GitHub 上为一个 repo 加注星标，它应该通知我的 Slack 频道有人为我的 repo 加星标。

curl请求（使用终端工作）：

有效负载 URL 给出 400 错误代码。

我相信有效载荷 URL 是错误的。