問題タブ [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 アクションを見ればよいですか? 任意のポインタをいただければ幸いです。