GitHub作業を引き継ぐ時のチェックリスト|Issue・PR・branch・未完了項目の整理
引き継ぎでは、完了したことよりも未完了、未確認、次に見る場所が大切です。GitHub上のIssueとPRに戻れる形で残します。
このページでわかること
- GitHub作業の引き継ぎ項目がわかる
- 未完了と未確認を分けて残せる
- AI/Codexや外注作業の引き継ぎにも使える
まず確認すること
- 目的、repo、branch、関連Issue、関連PRを書く
- 変更済みファイル、未完了、確認済み、未確認を分ける
- CI結果、Secrets確認、本番反映、rollback方法を書く
- 次にやることを明確にする
やってはいけないこと
- 未確認項目は未確認として分けて書く
- Secretsや社内情報を書きすぎない
- 安全を保証する表現にしない
安全寄りに進める手順
- 対象のrepo、branch、PR、Actions runを確認する。
- Secrets、APIキー、token、.env、個人情報が差分やログに出ていないか見る。
- 必要な場合は値を停止または再発行し、影響範囲を整理する。
- 変更は小さなbranchとPRに分け、CIとreviewで確認する。
CodexやAI作業時の注意
AIに作業を渡す時は、対象ファイル、触らないファイル、確認項目を明記します。認証情報や実際のキー値は本文、Issue、PR説明、ログ、レポートに残さないようにします。
一次情報で確認する領域
Actions、Secrets、PR、repository visibility、workflow permissionsは仕様が変わることがあります。実作業前にはGitHub Docsで最新の説明を確認してください。