ds-adopt

他の人の作業を自分の作業として完成させつつ、相手の貢献を明記します。

手順

1. 元の PR、ブランチ、またはスレッドを最初から最後まで確認します。説明、コミット、レビューコメント、ユーザーによる後からの修正を含めます。
2. 現在の実際の状態を把握します。head SHA、未コミットの変更、未解決のレビュー指摘を確認します。引き継ぎメモはヒントとして扱い、事実と決めつけないでください。
3. 元の目標を1文で書き出します。
4. 作業場所を選びます。特に指定がなければ、元のコミットを含む新しいブランチを作成し、修正を別のコミットとして追加します。ユーザーから指示があった場合のみ、同じ場所で作業するか、既存ブランチの上に積み重ねます。
5. ds-revive を実行して、ベースブランチに合わせて作業を最新の状態にします。
6. 元の目標を達成するために必要な修正を行います。可能な範囲で簡素化しつつ、意図された動作はすべて維持します。
7. 自分で検証します。元の問題を再現し、修正されたことを示します。モックテストだけでなく、実際のワークフローを実行します。コマンドと出力を記録します。
8. 元の PR をもう一度確認します。作業中に変更されている可能性があります。
9. PR が必要な場合は、ds-pr で作成し、ds-watch-pr で状況を確認します。返信には ds-pr-comments を使用します。
10. 引き継いだ内容、変更内容、検証方法、クレジットを維持した方法、未解決の事項を報告します。

中止する場合

• 目標を達成し、検証して報告した場合。
• 目標が不明確な場合、または完了にプロダクト上の判断が必要な場合。ユーザーに確認してください。
• 同じ問題について検証が3回連続で失敗した場合。ブロッカーを報告してください。

ルール

• 元の Git 作者と共同作成者のトレーラーを維持します。説明には貢献者の名前を記載し、元の PR へのリンクを含めます。
• PR をスカッシュする場合は、スカッシュメッセージに人間の共同作成者の行を残します。推測したメールアドレスは使わず、確認済みの ID だけを使用してください。
• 既存のコードだからという理由で擁護しないでください。無関係な機能を追加しないでください。
• 許可なく元の PR を編集、マージ、クローズしないでください。
• 検証できなかったことは明確に伝えてください。