양쪽 브랜치의 의도를 보존하며 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에 복사하세요.
작업 맞춤 설정 및 복사 ↑