コミット後テストタスクガイド

これらのガイドでは、コミット後テストの失敗に関する一般的なタスクの手順を説明します。

コミット後テストの失敗をトリアージする担当者を見つける

テストの失敗をトリアージする適切な担当者を見つけるには、以下の提案を使用できます。

  1. 自分でトリアージできる場合は、そうしてください。
  2. 問題のあるコードを含むファイルのGitHub blameを確認してください。
  3. Beam Slackチャットで質問してください。
  4. 開発者リストに書き込みます：dev@beam.apache.org

コミットのロールバック

ロールバックは通常、失敗したテストを修正する最速の方法です。ただし、元の作成者にとっては不便なことがよくあります。作成者が問題を修正するのを支援するために、誰かの変更をロールバックする場合は、次の手順に従ってください。

  1. PR（またはPRの個々のコミット）をロールバックします。ロールバックPRは、まれなケースを除いてグリーンである必要があります。
  2. 以下の情報を含むGitHub issueを作成します。
    • ロールバックの理由
    • テスト失敗のGitHub issueへのリンク
    • トリアージ情報
    • その他の関連情報
  3. 新しいGitHub issueを元のPR作成者に割り当てます。
  4. 元のPRに関連付けられたGitHub issueを再度開くことを検討してください（存在する場合）。
  5. ロールバックに関する情報、元のPRとロールバックPRへのリンク、およびロールバックの理由を記載した通知メールを以下に送信します。
  6. テスト失敗のGitHub issueを閉じます。これで作業は完了です！

失敗したテストの無効化

テストが失敗した場合、最優先事項は問題のあるコードをロールバックして問題を修正することです。ただし、ロールバックと修正の実装に時間がかかる場合は、修正が完了するまでテストを一時的に無効にする方が安全です。

テストを無効にする場合は注意してください。テストが無効になっていると、コントリビューターは完全にテストされたコードの上で開発を行っていません。テストを無効にする場合は、次のガイドラインに従ってください。

テストが無効になっている間、コントリビューターは失敗したテストのカバレッジエリアにコードをプッシュしないでください。テストを修正するまで、コードエリアは適切にテストされません。