提交後測試任務指南

這些指南提供常見的提交後測試失敗任務的步驟。

尋找人員分類提交後測試失敗

要找到合適的人員來分類測試失敗，您可以使用這些建議

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 的連結，以及回滾的原因給
   • dev@beam.apache.org
   • 原始 PR 作者和 PR 的提交者
6. 關閉測試失敗 GitHub issue。您的工作到此結束！

停用失敗的測試

如果測試失敗，我們的首要任務是回滾有問題的程式碼並修復問題。但是，如果回滾和修復都需要一段時間才能實作，則暫時停用測試直到修復準備就緒會更安全。

在決定停用測試時要小心。當測試被停用時，貢獻者將不再在完全測試過的程式碼之上進行開發。如果您決定停用測試，請遵循以下準則

• 通知 dev@beam.apache.org 郵件列表。描述問題，並讓大家知道您正在停用哪個測試。
• 實作修復並盡快使測試恢復上線。

在測試停用期間，貢獻者不應將程式碼推送到失敗測試的覆蓋範圍區域。在您修復測試之前，程式碼區域沒有得到適當的測試。