每次推送到特定分支(GitHub)时,我都试图在我的opsworks堆栈上触发部署,我按照这里的说明http://bytes.babbel.com/en/articles/2014-01-22-github-service-hook-for-aws-ops-works.html输入了堆栈ID,app id,分支名称和Aws访问密钥。
问题是,当我推送到我的分支时,服务挂钩不会触发opsworks上的部署,我也尝试在Github上的服务挂钩中使用“测试服务”按钮,但它只说:
"Okay, the test payload is on its way."
但没有回复,我也会按照此帖Can I automate an application deployment via webhook to OpsWorks?中的建议查看我的权限级别,一切看起来都不错。
从这里的文档https://developer.github.com/webhooks/testing/说“每个webhook都有自己的”最近交付“部分”我找不到“集成和服务”,所以没有办法检查发生了什么。
GitHub中是否有办法查看服务挂钩的日志或历史记录?或者如何查看响应?
答案 0 :(得分:1)
发现问题,它在GitHub配置提供程序上的错误,并在4小时前报告:https://github.com/hashicorp/terraform/issues/11824
基本上他们将API端点硬编码到us-east-1,只有当你的VPC在那个区域时才能工作,我运行一些带有堆栈的测试,其中api端点是us-east-1,它工作
要完成这项工作,您必须创建另一个位于同一区域的VPC,或等待GitHub何时解决此问题。
<强>更新:强>
以下是服务https://github.com/github/github-services/blob/master/lib/services/aws_ops_works.rb
使用的源代码的链接答案 1 :(得分:0)
From documentation webhooks/testing
说“每个 webhook 都有自己的“最近交付”部分”,我找不到“集成和服务”部分,因此无法检查发生了什么。
Update June 2021,现在有,通过 GitHub API
<块引用>您现在可以通过 REST API 以编程方式检查状态并重新发送存储库、组织和应用网络钩子,以补充 Settings user interface 中当前提供的功能。
使用 these new API endpoints,您现在可以列出过去 30 天内的 Webhook 交付尝试、读取特定交付的状态和负载,并在需要时触发重新交付。