CI GitHub アクションのワークフロー

導入

今週のラボでは、今学期初めに作成した独自の GitHub プロジェクトで CI ワークフローをセットアップするという任務が与えられました。すでに設定は完了していますが、その手順についてはこのブログで後ほど説明したいと思います。また、グループメイトのプロジェクト用に少なくとも 1 つの単体テストを書くことになっていましたが、私の場合は別の言語である Rust で書かれていました。

GitHub アクション CI ワークフローのセットアップ

私にとって、私のプルリクエストが他のプロジェクトでどのようにテストされているかを見るのは魔法でした。今度は私がそれを自分のプロジェクトにデプロイする番です。 「アクション」タブを開いて、Maven を使用した Java CI を検索しました。 [構成] を押すと、.yml ファイルが表示されました。
それは次のようになります:

その後、変更をプッシュし、プルリクエストを開いて、自分自身の魔法を目撃しました。

結果は次のとおりです:

リンター、コードフォーマッタ、テスト

しばらくして、私はプロジェクト リンター、コード フォーマッタ、テストを追加し、それらをワークフローに統合する方法を見つけました。

結果:

• すべての寄稿者が同じコーディング スタイルに従っていることを確認することができて、とても助かりました。
• すべてのプル リクエストで単体テスト、リンター、コード フォーマッタが同時に実行されるようになりました!

Rustで単体テストを書く

いつものように、私は Theo によるプロジェクトを選びました。 Rust で書かれた彼のプロジェクト。

相違点

Rust ではテストの見た目が異なります。 Java では、test という名前の別のフォルダーを作成し、以前に作成したフォルダー内の個別のファイルに各テストを実装する必要があります。 Java とは異なり、テストする関数が実装されているファイル内にすべてのテストを実装する必要があります。

chat_completions.rs 内にある関数を実装する必要がありました。

結果:

よく見てみると、私のテスト実装は chat_completions.rs の中にあります。

開発コンテナ

Dev Container は、すべての投稿者が同じ環境で作業できるようにするリモート環境です。今まで知らなかった素晴らしい機能です。

Intellij Idea でセットアップするには、フォルダー .devcontainer を作成し、構成ファイル devcontainer.json を作成する必要がありました。

結論

GitHub CI Action Workflow は、以前は私にとって魔法だった素晴らしいものです。この研究室は本当に楽しかったです。新しいことを学びました、ほとんどすべてが私にとって初めてでした!

以上がCI GitHub アクションのワークフローの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。