最初に依存関係をインストールせずに CI 環境で Go テストとビルドを実行できるのはなぜですか?

Go テストとビルドを CI 環境で実行するときに、最初に依存関係をインストールする必要がない理由は、CI (継続的インテグレーション) ツールが必要なコンポーネントを自動的にダウンロードしてインストールできるためです。すべてのビルド依存関係に 1 つあります。この利点は、開発者の負担が軽減され、依存関係のインストールと更新を手動でメンテナンスする必要がないことです。同時に、CI ツールは各ビルドが同じ環境で実行されることを保証し、依存関係のバージョンの不一致によるビルドの失敗や一貫性のない結果を回避することもできます。したがって、CI 環境で Go テストとビルドを実行する場合、開発とテスト作業をより便利かつ効率的に実行できます。

質問内容

makefileを使用したgoプロジェクトがあります

リーリー

そしてMODファイル

リーリー

github pr

でテストを実行するための github アクションのサンプルを作成しました リーリー

このワークフローが 依存関係のインストールステップなしで機能する理由を知りたいです。プロジェクト自体は外部依存関係を使用しているため、 go get ./...

を実行するステップがあるべきだと思います。

それらが存在しない場合は、バックグラウンドでインストールしますか?それとも、actions/setup-go@v3 アクションによって依存関係がインストールされますか?

回避策

go test ドキュメントによると (または、ローカルで go help test を実行して説明を読むこともできます) ):

「Go test」は、ファイル パターン「*_test.go」に名前が一致するすべてのパッケージとファイルを再コンパイルします。

また、すべての依存関係もインストールされるため、これはアクション go test が実行されるときに発生します。ログで確認できる場合があります。

actions/setup-go@v3 コード自体には依存しません。要求した go 環境をセットアップするだけです。セットアップで setup-go と checkout を入れ替えても、引き続き機能します。

以上が最初に依存関係をインストールせずに CI 環境で Go テストとビルドを実行できるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。