問題タブ [github-actions]

Github Web UI にこれが表示されます。

しかし、無効になった再実行が.github/main.workflow構成の結果なのか、Github Actions サービスから継承されたのかは明確ではありません。

以下のワークフローの例 - 再実行を無効にする明らかなものは何もありません。

1 つのコマンドで複数のコマンドを実行する正しい方法は何actionですか?

例えば：

としてpythonスクリプトを実行したいaction。このスクリプトを実行する前に、requirements.txt.

いくつかのオプションを考えることができます：

• Dockerfileコマンドを含む を作成しますRUN pip install -r requirements.txt。
• から引数を実行する前に、python:3イメージを使用pip install -r requirements.txtし、ファイルで を実行します。entrypoint.shargsmain.workflow
• と の両方pip installを使用python myscript.pyするargs

もう一つの例：

リポジトリに存在するスクリプトを実行し、2 つのファイル (その出力と既存のファイル) を比較したいと考えています。

これは2 つのコマンドを含むプロセスですが、最初の例では、コマンドはテスト コマンドではなくビルド コマンドpip installと見なすことができます。

質問：

以前の Docker の出力を含む、別のコマンド用に別の Docker を作成できますか?

Dockerfilein 、 inentrypointまたは inのコマンドの場所に関するガイドラインを探していargsます。

Github のベータ アクションを使用しようとして、2 つの仕事があります。1 つはコードをビルドし、もう 1 つはコードをデプロイします。ただし、デプロイ ジョブでビルド アーティファクトを取得できないようです。

私の最新の試みは、ドキュメントによると、各ジョブに同じボリュームのコンテナー イメージを手動で設定することです。 jobsjob_idcontainervolumes

コンテナーが使用するボリュームの配列を設定します。ボリュームを使用して、サービス間またはジョブ内の他のステップ間でデータを共有できます。名前付きの Docker ボリューム、匿名の Docker ボリューム、またはホスト上のバインド マウントを指定できます。

ワークフロー

最初のジョブ (ビルド) にはビルド ディレクトリがありますが、2 番目のジョブ (デプロイ) を実行すると、ビルド ディレクトリはなく、ソース コードのみが含まれます。

このプロジェクトは、パスの下に配置しようとしているコードを含むモノレポであるserverため、すべてのworking-directoryフラグがあります。

コマンドを実行して時々更新する必要があるファイルが GitHub リポジトリにあります。

GitHub Workflowsの一部として、ボットにコマンドを実行させ、リポジトリに差分が作成されるかどうかを確認し、そうであれば、リポジトリへのプル リクエストを自動的に作成したいと考えています。

GitHub では、リポジトリでのビルドなどを実行する任意のコンテナー (「アクション」) を実行できるようになったため、 GitHub ワークフローがそれを支援できるのではないかと疑っています。ここで、「ラベル」や「コメント」の問題などを可能にする公式の自動化ワークフローがいくつか見られます: https://github.com/actions/starter-workflows/tree/master/automation

任意のコマンドを実行してレポジトリに PR したい場合、自分のアクションを作り直す代わりに、どの GitHub アクションを見ればよいですか? 任意のポインタをいただければ幸いです。

PR を作成すると、GitHub CI は (actions/checkoutアクションを介して) PR ブランチのヘッドをチェックアウトします。たとえば、PR ブランチのヘッドに SHA がある場合cc87b2733dfbe579a4451b2359191a6c512207c3、GitHub CI ログに次のように表示されます。

一方、他の CI システムは PRのテスト マージをチェックアウトします。たとえば、PR 番号が 123 の場合、Travis CI ログに次のように表示されます。

Appveyor ログには次のように表示されます。

PR ブランチの責任者ではなく、GitHub CI に PR のテスト マージをビルドさせる方法はありますか?

公式のボイラープレート コードは、次のように npm トークンを挿入します。

この変数にアクセスして設定するにはどうすればよいですか? GUIで見つけることができません。

私は GitHub アクションを作成しており、成功、警告 (中立)、および失敗を示したいと考えています。次のようになります。

いくつかの古いドキュメントから、終了コード 78 がステップのニュートラル ステータスを与えることを発見しました。しかし、どうすればジョブ全体をニュートラルなステータスにすることができるでしょうか?

更新: テストの結果、終了コード 78 がステップのステータスに影響しないことがわかりました。

ビルド ワークフローがトリガーされるたびに、Maven の依存関係がダウンロードされます。

Travis CI は、maven リポジトリをキャッシュする方法を提供します。Github アクション プロバイダーは、maven リポジトリをキャッシュできる同様の機能を提供していますか?

マスター以外の特定のブランチでアクションを実行できるようにしたい。ビルド済みのアクションがあることは承知していますが、filter正反対のアクションが必要です。

GitLab のexceptキーワードに似ています。これは公式ドキュメントに記載されていないため、適切な回避策を用意した人はいますか?

どうもありがとうございました。

私のタスクは次のとおりです。新しいコミットを（シングルプッシュで）受信したら、githubアクションを実行する必要があります。これにより、sshを介してテストサーバーでテストするタスクが送信されます（git pullおよびnpm test）。次に、テストが失敗した場合、このプッシュ (その中のすべてのコミット) をキャンセルする必要があります。

最初の部分では問題ないようですが、2番目の部分、つまりプッシュのキャンセルを実装する方法がわかりません。質問にお気遣いいただきありがとうございます！