GitHub Actionsのpushイベントとpull_requestイベントではGITHUB_SHAが異なる - くりにっき

tl;dr; 検証内容 サンプルコード masterブランチに普通にpushした時 PullRequestに対してpushした場合 pushイベントの結果 pull_requestイベントの結果 解説 2021/01/08 追記 GITHUB_SHAが異なることで何が困るか 余談：tfnotifyでpull_requestイベントの時にもPullRequestにコメントをつけたい FAQ Q. だったらpull_requestは不要では？ 今の心境 tl;dr; タイトルが全て 検証内容 サンプルコード GitHub Actionsで使える（事前定義済みの）環境変数 *1を列挙するだけのシンプルなワークフローです on: - push - pull_request jobs: show_env: runs-on: ubuntu-latest steps: - run: env | grep

[Kesin]

pull-reqが作られるとgithubはベースブランチにマージしたコミットが自動が作られます。https://qiita.com/sonots/items/16df445132e704198e3e　CIサービスによってはpull-reqトリガーの場合これをcheckoutすることがあります（訂正）

[varu3]

GitHub Actions + tfnotify使おうとしていたのでありがたい!!

[kangaechu]

pull_requestでtfnotify使えないのなんでだろと思っていたのですがそういうことだったのか

[kiryuanzu]

これ最初ちゃんとわからなくてこの記事読んでやっと理解した “この GITHUB_SHA はそのPull Requestで生成しようとしてるmerge commitのSHAだと思われます。”

[mizdra]

これハマりがちなので、まとまっていてありがたい

[efcl]

pushとpull_requestイベントでのHEAD_SHAが異なるので、SHAに対してコメントを付けるアプローチがずれるという話

[tumo300-500]

``pull_request イベントを起点に動かす場合、actions/checkout はそのPull Requestが生成しようとしているmerge commitをチェックアウトする。`` へぇ〜

[iga_k]

知見〜

[igrep]

“しかしpushイベントだとforkされたリポジトリからPullRequestがきた時にイベントが発火しなくてCIのジョブが実行されないのでOSSのリポジトリで困ります”