편집 충돌

 


1. 파일
2. 위키


1. 파일


특정 파일을 편집하려고 하는데 편집을 할 수 없는 사례는 주로 다음과 같은 경우에 발생한다.
  • 파일이 "시스템 파일이며, 읽기 전용" 속성이 걸려있어 운영체제에서 수정을 거부하는 경우
    • 해결책: attrib나 파일 속성 보기로 시스템과 읽기 속성을 풀어준다. 단, 컴퓨터 허접들을 위하여 위장한 바이러스가 아니면 시스템-읽기가 동시에 걸린 경우는 100% 수정하면 대참사가 나는 파일들이니 조심해야 한다.
  • 다른 프로그램에서 파일 사용권을 일방적으로 가져간 경우 - 다만 이 경우는 DOS가 아니면 요새는 거의 일어나지 않는다.
  • 다른 프로그램이 수정하려는 순간 동시에 수정을 시도하는 경우 - 요새는 편집이 잦은 문서가 아니면 로또 당첨보다도 어려운 일이지만 사실 의미상은 이것이 진짜 편집 충돌이다.

2. 위키


위키에서는 거의 동시 수정과 같은 뜻으로 쓰이는 경우도 많으나 사실은 조금 다르다. 두 편집자가 관계가 전혀 없는 부분을 편집하는 경우는 병합할 수 있는 경우는 병합충돌(merge conflict)이 발생하지 않지만 거의 같거나 비슷한 부분을 동시에 편집해서 저장하려고 하면 병합되지 않고 병합 충돌(merge conflict)이 발생하는 것을 편집 충돌이라고도 한다.
그래서 동시에 편집하는 경우 병합충돌이 발생하는 상황을 편집 충돌(Edit conflict)이라고 쓰고 미디어위키처럼 자동 병합을 지원하는 경우는 동시 수정을 하더라도 대개 자동 병합이 되고, 수정 전쟁이 일어나는 경우에 종종 병합이 실패하면서 편집 충돌이 발생했다고 알려주게 된다.
나무위키는 원래 편집 충돌이 일어났을 때 자동병합이나 수동병합을 지원하지 않았다가 최근들어 지원하기 시작했으며 가끔 다음과 같이 수정 병합에 실패하는 경우도 있으니 참고.
[image]
여담으로 일부러 발생시키려 한다면 개발자 도구 창을 열고 POST 양식에서 INPUT name=baserev의 값을 원래 값보다 더 작은 값으로 바꾸고 저장하면 된다.[1]

[1] 여담으로 여기서 token이나 identifier의 값을 바꾸면 CSRF 오류를 볼 수 있다.