両ブランチの意図を保ってGit競合を解消する方法。
競合解消では、互換性がある場合に両側の意図した変更を保ちます。構文だけでは決められないときは、業務上の動作を確認してください。
作業手順をタスクに合わせましょう。
競合する版と周辺コードを読み、各変更の意図を特定します。互換性のある動作を組み合わせ、要件が矛盾する場合は判断を求め、結果の相互作用をテストしてください。
- 用意するもの
- 競合マーカーと意図した変更。
- 得られるもの
- 競合の説明とマージ案。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Resolve this simplified HTML conflict: base button was <button type="button">Save</button>. Branch A changes its label to Save draft. Branch B adds disabled because submission is unavailable.
完成例
<button type="button" disabled>Save draft</button> Both changes are retained: the new label and the unavailable state. Confirm when the application should remove disabled; the merged markup alone does not implement that state transition.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
ours または theirs を選べば、必ず完全な競合解消になりますか？
反対側の有効な変更を捨てる場合があります。内容を選ぶか組み合わせる前に意図を比較してください。
構文上問題のないマージでも機能が壊れるのはなぜですか？
マーカーがなくても、組み合わさった動作が競合する場合があります。状態、イベント処理、両ブランチが満たすはずだった要件を確認してください。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑