到目前为止,触发Jenkins构建工作可以创建新的请求请求,推动更改并留下评论,例如test this please
,当我在GitHub中点击绿色的“合并请求请求”按钮时,我看不到Jenkins中正在运行任何作业。
我的工作设置
参考规格: +refs/pull/*:refs/remotes/origin/pr/*
分支说明符:origin/master
或${sha1}
参考了[GitHub pull request builder插件文档] [1]。
詹金斯原木
Jan 14, 2017 10:50:17 PM org.jenkinsci.plugins.ghprb.GhprbRootAction handleAction
INFO: Checking PR #3 for Username/project
Jan 14, 2017 10:50:17 PM org.jenkinsci.plugins.ghprb.GhprbTrigger handlePR
INFO: Checking PR #3 for job Nation
Jan 14, 2017 10:50:17 PM org.jenkinsci.plugins.github.webhook.subscriber.DefaultPushGHEventSubscriber onEvent
INFO: Received PushEvent for https://github.com/Username/project
Jan 14, 2017 10:50:17 PM org.jenkinsci.plugins.ghprb.GhprbRootAction handleAction
WARNING: Request not known for event: push
Jan 14, 2017 10:50:28 PM org.jenkinsci.plugins.ghprb.GhprbRootAction handleAction
WARNING: Request not known for event: push
Jan 14, 2017 10:50:28 PM org.jenkinsci.plugins.github.webhook.subscriber.DefaultPushGHEventSubscriber onEvent
INFO: Received PushEvent for https://github.com/Username/project
GITHUB Web日志
日志1) 请求 X-GitHub-Event: pull_request
有效负载 .... "action": "closed" ...
日志2) 请求 X-GitHub-Event: push
有效负载 .... "ref": "refs/heads/develop" ...
日志3) 请求 X-GitHub-Event: push
有效负载 .... "ref": "refs/heads/feature/update-gitignore" ...
更新
我有Pull request
,Issue comment
并且Push
在GitHub Webhook设置页面中启用了事件。
我必须创建两个不同的项目。一个用于拉取请求构建器,另一个用于拉取请求合并。
完整的示例/答案在此处:设置GitHub和Jenkins集成,以实现拉取请求生成器和合并
区别在项目要点13和14下进行了说明。14. Configure Jenkins project - Nation-Merge
这解决了我的问题。
Refspec
是空白的。origin/develop
在“科说明符”字段。问题内容: 我安装了Github插件并将Poll SCM设置为1分钟。下面是我的配置的图片。 因此,当我提交仓库时,一分钟后构建便开始了。 在我的github存储库上,我创建了一个webhook(但超时)和一个也不起作用的服务(我认为问题出在我的jenkins服务器上)。 但是缺少“将更改推送到GitHub时生成”复选框。 问题答案: 在GitHub插件v1.25.1版本上,触发器已重命名为 Gi
我正试图建立一个自动化的CI过程GitHub和Jenkins。目标是让开发人员创建特性分支,并生成使用Jenkins Github pull Request合并自动合并的pull请求(当然,如果它们通过了构建)。 另一个目标是要求pull请求针对开放的Github问题。对我们来说,这意味着pull request标题或至少一条pull request提交消息必须包含类似“fixes#nn”的子字符
设置您的本地环境 步骤1: 复制 步骤2: 构建 步骤3: 分支 进行更改 步骤4: 编写代码 步骤5: 提交更改 提交代码说明的指导 步骤6:变基 步骤7: 测试 步骤8: 推送代码 步骤9: 新建一个合并代码请求 步骤10: 讨论和更新 批准和请求更改工作流程 步骤11: 执行合并 持续集成测试 设置您的本地环境 步骤1: 复制 在 GitHub 上复制项目到你的账号并把项目克隆到本地。 $
问题内容: 我正在尝试使用GitLab Webhook在合并请求事件上触发Jenkins多分支管道作业。 在测试Webhook时,我收到以下消息: 挂钩成功执行,但返回HTTP 409 当我设置不同的GitLab Webhook时,例如标签推送事件,它可以工作。 Jenkins多分支管道不支持GitLab合并请求事件Webhook吗?我想念什么吗? 如果不支持,是否有人有解决方法? 谢谢! 问题答
问题内容: 我为作业配置了两个构建触发器(轮询SCM和FStrigger- MonitorFiles),比如说轮询计划为每日轮询(@daily),现在,如果轮询SCM检测到更改或FStrigger- MonitorFiles这样做是正常行为,则触发构建。 但是,如果两个都检测到更改,则每次触发器尝试触发构建时都会触发两次构建,那么我该如何实现每天将上述两个触发器的结果组合在一起并且仅触发/不触发一
GitLab可以引用提交消息中的特定问题来解决特定的问题。 在本章中,我们将讨论如何在GitLab中引用问题: 步骤(1): 要引用问题,您需要创建问题的问题编号。 要创建问题,请参阅创建问题章节。 步骤(2): 要查看创建的问题,请单击Issues选项卡下的List选项: 步骤(3): 在对本地存储库进行更改之前,请使用以下命令检查它是否为最新版本: 命令从远程服务器下载最新的更改并直接集成到当