분명히 위 분들은 삭제만 하면 충분하다고 생각하실 겁니다. 하지만 100개의 라인이 충돌한다면 이는 좋은 생각이 아닙니다. 1000줄. 그래서 해당 IDE의 충돌 해결 도구나 Meld와 유사한 도구를 사용하는 것이 가장 좋습니다. 예를 들어 웹스톰에서는 충돌이 많이 발생하기 때문에 원격과 로컬의 충돌을 명확하게 비교할 수 있습니다. 충돌하는 코드를 유지하는 데 필요합니다. 이는 여러 사람이 파일을 수정할 때 팀 공동 개발에서 매우 일반적입니다. 그러니 너무 바보같이 생각하지 말고 직접 삭제하세요. 한두줄이면 괜찮습니다. 내가 말한 방식을 사용할 필요는 없지만 이 접근 방식을 알 수는 없습니다.
분명히 위 분들은 삭제만 하면 충분하다고 생각하실 겁니다. 하지만 100개의 라인이 충돌한다면 이는 좋은 생각이 아닙니다. 1000줄.
그래서 해당 IDE의 충돌 해결 도구나 Meld와 유사한 도구를 사용하는 것이 가장 좋습니다. 예를 들어 웹스톰에서는 충돌이 많이 발생하기 때문에 원격과 로컬의 충돌을 명확하게 비교할 수 있습니다. 충돌하는 코드를 유지하는 데 필요합니다. 이는 여러 사람이 파일을 수정할 때 팀 공동 개발에서 매우 일반적입니다. 그러니 너무 바보같이 생각하지 말고 직접 삭제하세요. 한두줄이면 괜찮습니다.
내가 말한 방식을 사용할 필요는 없지만 이 접근 방식을 알 수는 없습니다.
병합에 충돌이 있음을 나타냅니다.
첫 번째 오류만 삭제하고(함수 뒤의 괄호는 중국어로 사용할 수 없으므로) 추가로 이상한 점은 삭제하세요
자동 병합에 충돌이 있어 수동 병합이 필요합니다.<<<<<<<HAED는 현재 브랜치의 콘텐츠를 나타내며, 그>>>>> front는 프론트 브랜치 콘텐츠를 나타냅니다. 직접 병합한 다음 이러한 항목을 삭제하고 다시 제출할 수 있습니다
이것은 분명히 코드 충돌입니다.>>>>에서 내용을 수정하면 병합될 수 있습니다.