11/10に突如素晴らしいアップデートが来たので、興奮冷めやらぬうちに公式よりちょっとだけ詳しい解説を書きます。 GitHub Actionsは素晴らしいCI/CDサービスであり、特にpush, pull-request, その他あらゆるGitHub上の行動をトリガーにしてワークフローを起動させる設定を簡単に書くことができます。しかし、手動でワークフローを起動させる機能の追加は他のトリガーに比べて後発でしたし、パラメータを入力するための機能やUIが少々貧弱と言わざるを得ないものでした。 一方、古より存在するJenkinsはpush, pull-requestなどの自動トリガーを設定するのは難易度が高かった[1]反面、手動でジョブを起動する機能やUIは充実していました。基本の自由テキスト以外に、プルダウンによる選択、booleanのチェックボックス、Jenkinsに登録したシークレットからの
特定のユーザーのイベントによるGitHub ActionsのActionを保留状態にしておき、後で手動実行できるようにする - その手の平は尻もつかめるさ
dependabotだとかrenovateだとかを使ってライブラリのバージョンアップのpull requestを自動的に送ってもらう、というような機構を利用されている方が多いと思います。 常にこれらのpull requestに目を光らせておいて常に取り込み続けるというのが理想的な形・そうあるべきだとは思うのですが、ふと気を抜くとバージョンアップのpull requestが溜まっていき、pull request自身も改訂に改訂を重ねている......みたいなことが起きがちではないでしょうか。 そういった折、誰も結果を見もしないCI (i.e. GitHub Actions) だけが回り続けているのを見て「このチェックは『ライブラリアップグレード業』をやる時に手動で回せばコンピューティングリソースの削減になるのでは？」と思い、それを試したという次第です。 この記事では例として、renovate
ソフトウェア開発の工程を自動化する上で非常に強力な機能であるGithub Actionsについてご紹介とワークフローの自動実行方法についてご紹介します。
ワークフローの手動実行 - GitHub Docs
ワークフローを手動実行する設定 ワークフローを手動で実行するには、workflow_dispatch イベントで実行するようにワークフローを設定する必要があります。 workflow_dispatch イベントをトリガーするには、ワークフローが既定のブランチに存在する必要があります。 workflow_dispatch イベントの構成方法については、「ワークフローをトリガーするイベント」を参照してください。 これらのステップを実行するには、リポジトリへの書き込みアクセスが必要です。 ワークフローの実行
GitHub Actionsの手動実行
GitHub Actionsが不調なときにPushすると、後で回復してもワークフローが実行されなかったりする。これだと記事を投稿しても反映されなかったりして困るので、手動でも実行できるようにした。 ワークフローの定義に、workflow_dispatchイベントに対応していることを明記するだけで良い。 diff --git a/.github/workflows/publish.yml b/.github/workflows/publish.yml index 67d24e3c..e431c5c6 100644 --- a/.github/workflows/publish.yml +++ b/.github/workflows/publish.yml @@ -4,6 +4,7 @@ on: push: branches: - main + workflow_dispatch: jobs:
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Actionsの手動実行パラメータのUI改善について速報で解説する
デフォルトブランチ以外でのGithub Actionsワークフローの手動実行 ｜情シスフォース