Git マージ

Outcome：Complete the task with Git マージ (Git Merge)。 User context：featureブランチがmainから分かれました。作った人はテストを更新し、担当者と一つのconflictを解決して、CIが通ったらmergeします。 Delivery concept or operation：Git マージ (Git Merge)。 Why it fits：レビュー済みの作業を結合するために使用しますが、履歴および統合に関するリポジトリの規則に従ってください。 Do not use it when：一方のコンフリクト側を盲目的に選ばないでください。失敗している作業をマージしたり、合意なしに共有履歴を書き換えたりしないでください。 Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary)：その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.