위키백과:관리자 안내서/잘라서 붙여넣기 작업 수정

위키백과 초기에는 2002년 8월 비관리자에 대한 이동 페이지 기능이 활성화되기 전까지 컷 앤 페이스트(cut and paste)를 사용하여 수동으로 이름을 바꾸었다.

이동 기능에 익숙하지 않거나, 귀속성이 필요하다는 인식 부족 또는 이동 기능이 실패하는 경우(예: 대상이 이력이 있기 때문에), 요청된 이동 포럼을 사용하여 관리자에게 도움을 요청하는 방법을 알지 못하는 경우, 오늘날에도 컷 앤 붙여넣기 동작이 여전히 발생하고 있다.

오려 붙여넣기 작업이 완료되면 기사나 토크 페이지의 페이지 이력을 둘 이상의 다른 페이지로 나눌 수 있다. 이것은 저작권상의 이유로 역사를 그 내용과 함께 보관할 필요가 있기 때문에 매우 바람직하지 않다. (Wikipedia: 참조위키백과 내에서 복사)

일부 상황에서는 관리자가 아래 제공된 절차를 사용하여 페이지 기록을 병합하여 이 문제를 해결할 수 있다.

기록 병합에 대한 페이지 태그 지정 방법

1. 새로운 위치에 {{Histmerge NAME THE 기사는 오려낸 것}}을(를) 붙여넣기 한 곳에 놓으십시오. 이 페이지는 숨겨진 카테고리에 기록 병합 후보 목록에 나타난다.
2. 사용자에게 자신의 토크 페이지에 문제를 알리는 것을 고려하십시오(아마 {{subst:uw-c&pmove}).

복사 및 붙여넣기 후 원본에 추가 편집이 이루어졌고 추가 편집이 모두 안전하게 폐기될 수 있는 경우(예: WP:위와 같이 새로운 위치에 WPAFC 관련 템플릿, 되돌린 편집 등을 {{Histmerge NAME OF Page The 기사는 이성에서 잘라낸 것이었다=}}}을 배치한다. 이 특정 상황에 필요한 두 개의 파라미터를 채우십시오(예: {{histmerge} 참조).

원본 페이지 또는 붙여넣기 대상 페이지의 복사된 수정본 이후 변경사항이 없는 경우, 붙여넣은 페이지에 {{db-copypaste}}(WP:Speed deletion#G6 참조)를 사용하여 임시 삭제 태그를 지정한 후 적절한 페이지 이동을 수행해 보십시오. 특수:ComparePages 또는 유사한 도구를 사용하여 변경사항이 없음을 확인해야 한다.

더 복잡한 경우(아래 설명)에는 위키피디아에 문제에 대한 설명을 남겨주십시오.기록 요청 병합.

수리 프로세스(관리자용)

MergeHistory 특수 페이지 사용

관리자는 특별 페이지인 특별 페이지를 사용할 수 있다.MergeHistory, 기록 병합 수행 다음과 같이 수동 방식과 다르다.

1. 대상 페이지의 가장 오래된 버전보다 오래된 최신 버전의 원본 페이지를 자동으로 감지하고 사용자가 이후 수정본을 이동할 수 없도록 한다. 이 기능은 원본 페이지가 결국 다른 것이 된 경우 좋지만, 대상 페이지가 원본으로 리디렉션되어 시작되었으면 나쁠 수 있다. 리디렉션이 전체 MergeHistory 병합을 차단하는 경우 리디렉션 및 이전 편집 내용을 삭제하거나 다른 리디렉션으로 병합해야 한다. 편집 이력이 긴 페이지의 삭제 및 복원은 매우 시간과 자원이 많이 소요되며, 관리자는 편집 이력이 5000개 이상인 페이지를 삭제할 수 없다. 이러한 경우 더 쉬운 옵션은 나중에 생성된 다른 리디렉션으로 리디렉션 및 이전 기록을 메꿀 수 있다. § 병합 차단 리디렉션 삭제를 참조하십시오.
2. 그러나 사용자는 이전 버전보다 이전 버전만 이동하도록 지시할 수 있으며, 이동해야 하는 최신 버전을 선택할 수 있다.
3. 대상 페이지의 삭제된 버전과 삭제되지 않은 버전을 혼용하지 않는다.
4. 그것은 대상 페이지가 가질 수 있는 어떤 보호도 유지한다.
5. 그것은 이전 페이지의 새로운 개정판을 만들지 않는다.
6. 사용자가 소스의 삭제되지 않은 모든 리비전을 이동하면 하드 리디렉션이 자동으로 생성된다. 이건 무시할 수 없어
7. 이 작업에 대한 로그는 이동 로그에 있지 않고 별도의 로그에 있다.

병합 차단 리디렉션 지우기

• 차단 리디렉션을 삭제하여 삭제하려면:
  1. 대상에서 삭제된 기록을 확인하고 삭제된 모든 편집 내용을 기록해 두십시오.
     • 경고: 공동 조정된 수정 문제를 주의하십시오. 해결 방법:
       1. 페이지를 삭제하기 전에 다음 이유를 사용하여 임시 페이지: 네임스페이스로 이동하십시오. "역사왜곡 과정".
       2. 가장 오래된(재연결) 수정본 복원 – "재연결"을 통해 이동할 때 정기적으로 삭제되었을 수 있음
       3. 가장 오래된(재연결) 리비전이 있는 페이지를 다시 메인 스페이스로 이동한 다음 삭제(이미 삭제된 리비전에 추가)
       4. 나머지 기록을 복원하고 다시 메인 스페이스로 이동
  2. 기록 병합 설정의 근거가 있는 대상 페이지 삭제
  3. 이전에 삭제된 편집본과 가장 오래된(재연결) 수정본을 제외한 모든 편집본을 복원하십시오. 이 수정본은 "재연결 위로 이동"할 때 정기적으로 삭제되었을 수 있음
     • 삭제 및 복원 작업은 편집 내역이 긴 페이지의 오류로 인해 시간 초과되는 경우가 많다. 삭제 또는 복원을 다시 시도하십시오. 사실상 항상 두 번째 시도에서 성공함
     • 이제 MergeHistory는 병합을 수행할 수 있다. 이 기술은 원본을 대상으로 이동할 때 발생하는 되돌릴 필요가 있는 새로운 편집을 방지한다.
• 기록을 통해 차단 리디렉션을 지우려면 다음을 수행하십시오.
  1. 특수:를 사용하여 대상 페이지로 다른 리디렉션 찾기WhatLinks링크와 전횡을 숨기는 동안: 여기서 리디렉션되는 사항 예: "Yasser Arafat International Airport"로 리디렉션되는 페이지
  2. 가장 오래된 개정판(작성 날짜)이 삭제해야 하는 리디렉션 기록의 최신 수정판보다 최신인 적절한 리디렉션 찾기
  3. 차단 리디렉션 기록을 해당 리디렉션에 병합하십시오. 예: 가자 공항: 개정 역사 2005년 4월과 7월 개정판이 야세르 아라파트 국제공항에서 통합되었다(로그).
     • 이제 MergeHistory는 병합을 수행할 수 있다. 이 기술은 원본을 대상으로 이동할 때 발생하는 되돌릴 필요가 있는 새로운 편집을 방지한다.
• 리디렉션을 찾는 대신 임시 페이지(예: 초안 공간)를 만들고, 차단된 리디렉션 기록을 그곳에서 병합한 다음, 작업을 마치면 임시 페이지를 삭제할 수 있다.

수작업공정

경고: 이 절차는 꽤 많은 시간을 헛되이 보내야만 풀릴 수 있다. 병합을 실행 취소하려면 아래를 참조하십시오. 네가 뭘 하고 있는지 잘 모르면 이러지 마.

쉬운 케이스

다음 절차는 가상 예제의 경우 페이지 기록을 병합한다.

앨라배마/역사(옛 제목)가 그 주제에 관한 유일한 기사였고, 앨라배마 역사(새 제목)가 기사에 더 나은 스타일의 이름이라는 결정이 나올 때까지 여러 편집 과정에서 기사가 발전했다고 가정해 보자. 더 나아가 어떤 이유로든 옛 글의 내용이 적혀 있었다고 가정하자.

• 옛날 물건에서 떼어내다,
• 새 제목으로 리디렉션되는 것으로 대체된
• 새 제목이 적힌 새로 만든 글에 붙여넣었다.

(즉, 이동 도구는 Wiki 텍스트와 새로운 제목의 편집 이력을 동시에 전송하는 데 사용할 수 없거나 사용되지 않았다. 그리고 이 대체(새 제목) 기사가 더 발전하여 이러한 추가 편집의 새로운 역사를 반영한다고 가정합시다. 우리의 목표는 앨라배마/역사(구제목 기사)의 (구제목 기사)를 그 부분적인 역사들이 서로 보완할 수 있는 앨라배마 역사(구제목 기사)의 새로운 역사로 접목하는 것이다. 그 과정은 다음과 같다.

1. 이동 도구를 사용하여 Alabama/History를 Alabama의 History로 이동하십시오. 관리자는 이전을 허용하기 위해 앨라배마 역사 삭제를 승인한다. (이제 이전 버전은 새 타이틀의 역사 전체가 되었다.)
2. 앨라배마 역사 기사 삭제하기
   1. 페이지 기록 보기,
   2. "보기 또는 복원... 삭제된 편집 내용?"을 통해 연결
   3. "Restore"(복원)를 클릭하십시오. (이제 새 제목의 역사는 이동 도구에 의해 생성된 가장 최신 버전의 앨라배마/히스토리를 추가로 포함한 이전 버전과 새 버전을 모두 가지고 있다.)
3. 이 단계에서 '알라바마의 역사'는 '#redirect History of Alabama'라는 텍스트만 표시할 것이다(리디렉션이 앨라배마/History의 가장 최근 버전이라고 가정하면, 이제 앨라배마 역사 페이지는 가장 최근 버전의 앨라배마/History가 무엇이든 보여줄 것이다). 마지막 단계는 이동 전, 다음 단계를 거쳐 마지막 버전의 앨라배마 역사로 되돌리는 것이다.
   1. 앨라배마 역사의 페이지 히스토리를 통해 연결된다.
   2. 하드 재로드(Mozilla 또는 Opera의 경우 Shift+Control+R, Internet Explorer의 경우 Ctrl+F5 및 Firefox의 경우 Ctrl+R)를 수행하여 삭제 취소를 반영하는 최신 기록을 확인하십시오.¹
   3. 마지막 사전 이동 버전으로 되돌리는 중.

수정사항이 많은 페이지의 페이지 기록 병합

Alabama의 History of Alabama 페이지가 너무 많은 수정본을 삭제하지 않았거나 삭제하는 것이 다른 혼란을 야기할 수 있다고 가정해 보십시오. 이 상황에서 페이지 기록을 병합하는 데 다음 절차를 사용할 수 있다.

1. "역사 병합, 곧 올바른 제목으로 돌아올 것"과 같은 이동 요약과 함께 앨라배마 역사/역사 이동. Alabama/History 페이지를 삭제하라는 메시지가 표시되면 yes로 대답하십시오.
2. 페이지 기록이 포함된 앨라배마/역사 수정본을 삭제하십시오.
3. 앨라배마/역사를 다시 앨라배마 역사로 이동하십시오.
4. 필요한 경우 앨라배마/히스토리에서 나머지 수정본을 삭제하십시오.

더 복잡한 사례

때로는 오려붙이고 붙여넣기 동작을 한 후, 구제목의 기사를 다른 목적으로 편집(예를 들어, 디스패치 페이지로 바꾸는 것)하기도 한다. 그것은 지금 뉴티틀에 있는 기사의 일부를 거기에 두고, 올드티틀에 두고 있지만 올드티틀의 역사에는 뉴의미(NewAnewTitle의 역사도 포함되어 있다. 선택적 삭제 기능을 사용하면 이러한 기능도 복구할 수 있다.

삭제 취소에 대해 둘 이상의 수정본을 선택하려면 삭제 해제할 첫 번째 수정본의 확인란을 누른 다음 삭제 취소하려면 마지막 수정본을 Shift 키를 누르십시오. 그리고 나서 모든 중간 개정판이 선택될 것이다.

그 예로는 '일본군'이 있는데, 원문은 자르고 붙이는 동작으로 일본 자위대로 옮겨졌고, 그 후 '일본군'이라는 글도 '해방면'으로 바뀌었다. 이는 다음 절차에 따라 수리되었다.

1. 일본의 군대는 삭제된다.
2. 선택적 언데일은 "일본 자위대"에 속해 있던 일본의 군사 버전만을 무삭제하는데 사용된다.
3. 일본군 '일본 자위대' 버전은 정상적인 페이지 이동 기능을 이용해 일본 자위대로 옮겨진다. 이렇게 되려면 일본 자위대를 삭제해야 하는데, 이는 움직임의 일환으로 할 수 있다.
4. 일본 자위대의 삭제 취소는 그 기사의 나머지 버전을 역사로 되돌린다.¹
5. 그러나, 일본 자위대 역사상 가장 최근의 버전은 현재 일본 군대의 옛 역사를 가장 최근에 쓴 것이다(페이지 이동 기능에 의해 만들어진, 그 버전의 사본이다). 그래서 일본 자위대 역사에 들어가서 그 다음 최신 버전을 선택하고 클릭을 한 다음, '이 페이지 편집'을 클릭하고 '경고: 기한이 지난 수정본을 편집하고 있다'는 메시지를 무시한 다음 편집 요약에 적당한 것(예: "역사를 병합한 후 가장 최신 버전 복원")을 입력하고 '저장'을 누르십시오.e". 해당 기사는 현재 이 절차 이전에 상태로 복구되었으며, 현재 완전한 기록도 가지고 있다.
6. 위의 3단계(이동)는 일본의 군사분야에서 단지 리디렉션만을 포함하는 역사를 남길 것이다. 리디렉션을 삭제하십시오.
7. 다른 모든 버전의 일본 군사 기사의 삭제는 그 기사의 더 최근의 역사를 복원한다; 가장 최근의 버전이 현재 버전이어야 하기 때문에 추가적인 단계는 필요하지 않다.¹

골치 아픈 경우

그러나 방금 설명한 예들은 한 '기사'의 역사의 두 조각, 즉 하나는 다른 것이 시작하기 전에 끝나는 경우에만 잘 작동한다. 예를 들어, 이전 제목의 기사의 사본을 새 제목으로 붙여넣은 후 편집한 경우, 이 조건을 적용하지 않는 경우, 이러한 절차는 불충분하다. 예를 들면 다음과 같은 경우가 드물지 않다.

1. A페이지의 (구)페이지의 기사 B페이지에 자르고 붙여넣을 것, 그리고
2. 편집 순서와 함께 동일한 주제에 대한 기사로 되돌리기 위해 A페이지.

이 경우 두 시리즈 편집의 기간이 겹치게 된다.

만약 누군가가 페이지-이력이 위에서 설명한 방법을 사용하여 페이지 A와 B를 병합한다면, 그 결과는 시간에 따라 엄격하게 A와 B의 버전을 배열할 것이고, 그 결과 A의 다양한 버전이 페이지 이력의 버전들 사이에 인터리빙될 것이다(및/또는 그 반대). (이 역사에서 어떤 버전이 어떤 순서에 속하는지 알 수 없기 때문에) 두 개의 중복 진행 과정을 구분할 수 있는 수단 없이 이 병합된 역사를 검사하는 것은 심각한 혼란을 야기한다.

그러한 경우에 적절한 절차는 역사 병합을 포기하고 대신 일반적인 합병과 같이 상황을 처리하는 것이다; 기사의 대화 페이지에 다른 버전의 페이지를 가리키는 메모를 하는 것이다. 메인 기사 공간에 두 번째 사본을 남겨두는 것이 부적절할 경우, 중복 페이지를 Talk: Space(즉, Talk:RandomInside/OldVersion과 같은 적절한 제목으로 옮겨 보관할 수 있다.

병렬 버전

사용자들은 때때로 관련된 두 페이지가 텍스트로 채워진 후에 잘못된 역사-메르지 요청을 보낸다. 만약 두 페이지가 텍스트에 담기기 전에 서로 다른 기원과 동시에 분리된 병렬 이력을 가지고 있다면, 두 페이지는 하나의 목록으로 평행 편집 이력을 섞어서 엉망으로 만들 것이기 때문에 역사에 담기어서는 안 된다. 이 페이지 클렘슨 타이거스의 축구 편집에는 한 예가 있다. 위키백과의 이 페이지 편집에서 5페이지가 들어오는 예가 있다.위키프로젝트 에모. {{Copied} 템플릿을 사용하여 소스 및/또는 목적지의 토크 페이지에 배치하는 것이 가장 좋을 것이다.

MediaWiki 소프트웨어는 실시간 페이지를 호스팅하거나 리디렉션하지 않는 페이지 제목에 페이지 기록을 공개적으로 보관하는 것을 허용하지 않는다. 따라서 병렬 히스토리가 있는 두 페이지가 병합되지만 사용되지 않는 페이지 제목에서 대상 페이지 제목으로 리디렉션을 유지하는 것은 바람직하지 않은 경우, 이전 페이지 히스토리를 이동할 필요가 있다. 이것은 때때로 페이지 기록을 대상 페이지의 토크 페이지 하위 페이지로 이동함으로써 이루어진다. Talk에서 예를 찾아볼 수 있다.Final Fantasy VII#Old 페이지 기록의 편집.

또한, A 페이지를 B페이지에 기록-몰입하려면, 프로세스 전에 B페이지에 삭제된 편집이 없는지 확인하십시오. 그러면 B를 삭제하면 페이지에 첨부된 삭제된 편집과 삭제되지 않은 편집이 함께 섞이기 때문이다. 삭제된 이력은 먼저 B 아래의 다른 이름으로 B를 이동시켜 B_zxcvbnm(리디렉트하지 않고)라고 하는 일부 프로세스에 의해 구조되어야 한다. 언데프 B. B를 다른 이름으로 옮기고, B/old_version이라고 말한다. 필요한 경우 B/old_version을 다시 삭제한다. B_zxcvbnm을 다시 B로 이동시킨다(리디렉트하지 않고).

마찬가지로, 페이지를 삭제한 후 기록 분할을 위해 부분적으로 삭제해야 하는 경우, 삭제된 병렬 기록 위에 있는 페이지를 먼저 확인하십시오.

역사 분할

시간이 지남에 따라 기사는 하나의 기본적인 주제에서 완전히 다른 주제로 바뀔 수 있다. 보통 이것은 움직임과 모호한 페이지를 통해 이루어져야 한다. 그러나 사용자가 이러한 프로세스에 익숙하지 않은 경우 단순히 기사의 주제를 변경하고(구본을 덮어쓰기) 편집을 계속할 수 있다. 만약 이것이 즉시 포착되지 않는다면, 새로운 주제가 그 자체의 실질적인 편집 이력을 구축하는 것은 매우 쉽다. 관리자는 다음 단계에 따라 이 문제를 해결하고 별도의 항목에 대한 별도의 기록을 유지관리할 수 있다.

1. 아티클 삭제(원래 아티클 이름)
2. 주제가 변경된 지점까지(포함하지 않음) 이전 수정본을 복원하십시오.
3. 복원된 버전(이전 항목)을 새 이름으로 [리디렉션하지 않고] 이동(해제 참조)
   • 새 이름으로 된 기사가 이미 있는 경우 해당 기사에 기록하십시오.

   a) 이동 중에 "기존 문서 삭제" 옵션을 선택하십시오.

   b) 삭제된 새 이름의 수정본을 복원하십시오.

4. 새 항목의 새 수정사항 복원(원래 아티클 이름)
5. 필요에 따라 최신 버전으로 복구
6. 다른 항목에 대한 구분 페이지 설정

왼쪽 오버 리디렉션 처리 방법

대부분의 경우, 한 페이지의 모든 비간접 버전을 다른 페이지의 기록으로 이동하고 리디렉션을 남긴다. 리디렉션으로 수행할 작업을 결정할 때 다음 상황을 염두에 두십시오.

• 결과 리디렉션이 신속한 삭제를 받을 수 있는지 여부(WP:속도감#일반 및 WP:스피디#리디렉션)? 일반 페이지 이동과 마찬가지로, 남은 리디렉션을 삭제하기 전에 며칠 동안 기다린 후 신속하게 삭제할 수 있는 경우라도 고려하십시오.
• 남은 리디렉션에 대한 수신 링크가 모두 고정되었는가? 그렇지 않은 경우 리디렉션을 삭제할 때까지 삭제하지 마십시오.
• 가장 최근에 이동된 수정본의 편집자들이 그 페이지를 감시하고 있을 것 같은가? 변경 사항을 알리는 것을 고려하십시오.
• 남은 리디렉션이 User: 또는 User_talk: space인가? 삭제한 경우, 삭제하지 않을 정당한 이유가 없는 한 영향을 받는 사용자에게 알리십시오. 다음과 같은 문제가 발생하지 않는 한 리디렉션을 종료하는 것을 고려하십시오.
  • "기본" 사용자 페이지 또는 "기본" 사용자 대화 페이지에서 해당 사용자의 사용자 공간에 있는 다른 페이지가 아닌 다른 페이지로 리디렉션.
  • 혼동을 일으키거나 그렇지 않으면 부적절한 방식으로 다른 사용자의 페이지 또는 비사용자 공간으로 리디렉션.

기록 - 변환된 페이지 연결

페이지 X가 페이지 Y에서 변환되고 페이지 X가 기록 메리지에서 수신자로 표시되면 페이지 X와 페이지 Y가 모두 카테고리에 나타난다.역사 병합을 위한 후보들과 두 페이지 모두 역사 병합을 수행하기 위한 요청을 표시할 것이다. 관리자는 Y페이지에서 히스토리-메르지를 수행하려고 하지 말고 X페이지에서만 수행해야 한다. X페이지가 템플릿이라면 이런 일이 일어날 가능성이 가장 높지만, 어떤 페이지라도 초월할 수 있다. 이걸 피하기 위해서. {{histmerge}} 에 배치되어야 한다 <noinclude> X페이지의 태그.

기록 병합 실행 취소 방법

기록 병합을 수행하지 말았어야 하는 경우, 취소될 수 있다. 그러나, 특히 그 기사가 매우 긴 역사를 가지고 있다면, 그것은 꽤 지루할 수 있다는 점에 주목하라. 다음 절차를 나열한다.

1. A가 B로 병합된 역사라고 가정합시다.
2. 우리는 A의 이전 역사를 A로 되돌리고 싶다.
3. B를 삭제하십시오.
4. 역사가 병합되기 전에 A의 역사를 구성하는 B의 수정사항을 선택적으로 삭제한다.
5. B를 A로 옮겨라.
6. B의 나머지 수정본을 삭제하십시오.
7. 현재 A 및/또는 B가 자신 또는 다른 기사로 리디렉션된 경우, 적절하다고 간주되는 리디렉션 대상을 되돌리거나 변경하십시오.

사용자:King of Hearts/Sandbox/6 (A 기사) 및 사용자:King of Hearts/Sandbox/7 (B 기사)에서 성공적인 역사 병합 및 실행 취소의 예를 볼 수 있다.

버그와 문제

페이지 이동 수정본은 삭제된 기록에서 분리할 수 없다.

페이지가 이동되면 연속적으로 번호가 매겨진 수정기호 ID와 동일한 타임스탬프 및 요약 편집과 함께 두 개의 편집이 이루어진다. 편집 기록에서 타임스탬프는 보통 분(분)으로 표시된다.17:47, 21 January 2008‎() ISO 8601 날짜 형식 환경설정이 설정되지 않은 경우, 그러나 데이터베이스에 다음과 같이 두 번째 날짜 형식에 기록된다.

실시간 편집은 수정기호 ID 번호로 고유하게 식별되지만 삭제된 편집은 타임스탬프에서 참조한다. 이 두 개정판이 서로 다른 제목에 위치하는 한, 이것은 문제가 되지 않는다. 그러나 두 편집이 실수로 같은 페이지에 기록되었다가 일시적으로 삭제된 경우, 두 편집 모두 복원하지 않고는 이들 편집 중 하나를 복원할 수 없다. 두 편집은 복원할 편집 내용을 식별하는 동일한 타임스탬프를 공유하기 때문이다. 따라서 페이지 이동이 생성되는 페이지를 이동하거나 기록하지 않도록 주의해야 한다. #REDIRECT 그 페이지를 편집하다. #REDIRECTs는 라이브 또는 삭제된 편집으로 작성된 페이지에 있어야 한다.

유감스럽게도 Special을 사용하면 이 문제를 되돌릴 수 없다.MW에서 문서화한 바와 같이 MergeHistory를 다음 중 하나로 통합하십시오.API:Mergehistory, 특수 페이지 기반 히스토리가 사용함 timestamp 원본 페이지의 기록에서 대상 페이지의 기록으로 이동할 수정본을 지정하십시오. 사용자 인터페이스에서 라디오 버튼을 클릭한 개정판 바로 위의 개정판이 라디오 버튼 버전과 동일한 타임스탬프를 가질 경우, 클릭된 라디오 버튼 위의 위치에도 불구하고 히스메틱이 된다.

위키다타

페이지 이동과 삭제는 일반적으로 발생하자마자 위키다타에 반영된다. 히스토리 병합을 수행한 후에는 Wikidata 기여도(편의 링크)를 확인하고 필요한 경우 페이지를 이전 상태로 복원하는 것이 좋다.

참고 항목

• 위키백과:Wiki Project History 병합(백로그 축소 방법)
• 위키백과:삭제된 페이지 보기 및 복원
• 위키백과:통합
• 위키백과:병합(텍스트 병합)
• 위키백과:쪼개기
• 도움말:Merging
• 템플릿:히스플릿(단순 히스토리 분할 필요)