Википедия: Руководство для администраторов / Исправление операций вырезания и вставки

На заре существования Википедии переименование происходило вручную с использованием функции вырезания и вставки , прежде чем в августе 2002 года для пользователей, не являющихся администраторами, была включена функция перемещения страницы .

Вырезать и вставить шаги все еще происходят сегодня из - за неосведомленности с функцией перемещения, неосведомленность , что приписывание необходимо, или когда функция перемещения не (например, потому что цель имеет историю) , и люди не знают , использовать запрашиваемый двигается форум обратиться за помощью к администратору.

Когда операция вырезания и вставки завершена, история страницы статьи или обсуждения может быть разделена между двумя или более разными страницами. Это крайне нежелательно, потому что нам нужно сохранять историю с контентом по причинам авторского права . (См. Википедия: Копирование в Википедии .)

В некоторых случаях администраторы могут исправить это, объединив истории страниц, используя процедуру, описанную ниже.

Инструкция по разметке страницы для слияния истории

1. Поместите {{ Histmerge | НАЗВАНИЕ СТРАНИЦЫ, ИЗ которой ВЫРЕЗАНА СТАТЬЯ}} на новом месте , где была произведена вставка . Страница появится в скрытой категории Кандидаты на объединение истории .
2. Рассмотрите возможность уведомления пользователя о проблеме на его странице обсуждения, возможно, используя {{ subst: uw-c & pmove }}.

В тех случаях , когда были сделаны в оригинальную версию дополнительные правки после копирования и вставки и которые дополнительные изменения могут все быть безопасно отбрасываются (например , WP: WPAFC о связанных шаблонах, изменения , которые были убраны изменениями и т.д.), место {{Histmerge | НАЗВАНИЕ СТРАНИЦЫ СТАТЬЯ ВЫРЕЗАНА ИЗ | reason = | details =}} в новом месте, как описано выше. Введите два параметра, если это необходимо для данной конкретной ситуации (см. Пример в {{ histmerge }}).

Если с момента копирования ревизии на исходной или на вставленной странице нет изменений, подумайте о том, чтобы пометить вставленную страницу для временного удаления с помощью {{ db-copypaste }} (см. WP: Быстрое удаление # G6 ), и затем выполните правильное перемещение страницы. Special: ComparePages или аналогичный инструмент следует использовать для проверки отсутствия изменений.

В более сложных случаях (объясненных ниже), пожалуйста, оставьте описание проблемы в Википедии: Запросы на объединение истории .

Процесс ремонта (для администраторов)

Использование специальной страницы MergeHistory

Администраторы могут использовать специальную страницу Special: MergeHistory для выполнения слияния истории. Он отличается от ручных методов следующим образом:

1. Он автоматически определяет последнюю версию исходной страницы, которая старше самой старой версии целевой страницы, и не позволяет пользователю перемещать более поздние версии. Эта функция хороша, если исходная страница в конечном итоге стала чем-то другим, но может быть плохой, если целевая страница начиналась как перенаправление на источник. Когда перенаправление блокирует полное слияние MergeHistory, перенаправление и любые более старые правки должны быть либо удалены, либо объединены с другим перенаправлением. Удаление и восстановление страниц с длинной историей редактирования требует очень много времени и ресурсов, и администраторам не разрешается удалять страницы с более чем 5000 изменений в их истории. Более простым вариантом в этих случаях может быть объединение истории перенаправления и любой предыдущей истории с другим перенаправлением, которое было создано позже. Видеть§ Удаление перенаправлений, блокирующих слияние .
2. Однако пользователь может указать ему перемещать только более ранние ревизии, чем указанная - можно выбрать последнюю ревизию, которую он должен переместить.
3. Он не смешивает удаленные и не удаленные версии целевой страницы.
4. Он сохраняет любую защиту, которую может иметь целевая страница.
5. Он не создает новую версию старой страницы.
6. Если пользователь перемещает все не удаленные версии источника, автоматически создается жесткое перенаправление. Это не может быть отменено.
7. Журналов этого действия нет в журнале перемещения - они находятся в отдельном журнале .

Удаление переадресации, блокирующей слияние

• Чтобы очистить блокирующее перенаправление, удалив его:
  1. Проверьте удаленную историю в целевом объекте и отметьте все удаленные изменения там.
     • ВНИМАНИЕ! Остерегайтесь проблемы смешанных редакций . РЕШЕНИЕ:
       1. Перед удалением переместите страницу в пространство имен draft: с обоснованием: «процесс слияния истории».
       2. Восстановите самую старую (переадресованную) ревизию (и) - они были бы удалены обычным перемещением, когда она «перемещалась через переадресацию»
       3. Переместите страницу с самой старой (перенаправленной) ревизией (-ами) обратно в основное пространство, затем удалите ее (добавив к уже существующим удаленным ревизиям)
       4. Восстановите оставшуюся историю и переместите ее обратно в основное пространство
  2. Удалите целевую страницу с обоснованием «настройка слияния истории».
  3. Восстановите все изменения, кроме ранее удаленных, и самую старую (переадресованную) ревизию (и) - они были бы удалены обычным перемещением, когда она «переместилась через переадресацию».
     • Операции удаления и восстановления часто прерываются из-за ошибок на страницах с длинной историей редактирования. Просто попробуйте удалить или восстановить снова; практически всегда удается со второй попытки
     • Теперь MergeHistory может выполнить слияние; этот метод позволяет избежать внесения нового редактирования, которое необходимо отменить, что происходит, когда источник перемещается в цель.
• Чтобы очистить блокирующее перенаправление путем его объединения в историю:
  1. Найдите другие перенаправления на целевую страницу с помощью Special: WhatLinksHere , при этом скрывая ссылки и включения: Что перенаправляет сюда Пример: страницы, которые перенаправляют на "Международный аэропорт Ясира Арафата"
  2. Найдите подходящий редирект, самая старая ревизия (дата создания) которого новее, чем самая последняя ревизия в истории перенаправлений, которую необходимо очистить.
  3. Объедините историю блокирующих перенаправлений с этим перенаправлением. Пример: Аэропорт Газа: история изменений Обновления, внесенные в апреле и июле 2005 г., были объединены здесь из международного аэропорта Ясира Арафата ( журнал )
     • Теперь MergeHistory может выполнить слияние; этот метод позволяет избежать внесения нового редактирования, которое необходимо отменить, что происходит, когда источник перемещается в цель.
• Вместо поиска перенаправлений вы можете создать временную страницу (например, в черновике), объединить там историю блокирующих перенаправлений, а затем удалить временную страницу, когда закончите.

Ручной процесс

Предупреждение : эту процедуру можно отменить, только потратив довольно глупое количество времени. Чтобы отменить слияние, см. Ниже . Не делайте этого, если не знаете, что делаете.

Легкий случай

Следующая процедура объединяет истории страниц в случае гипотетического примера:

Предположим, что Alabama / History (старое название) была единственной статьей по этой теме, и что статья развивалась в ходе ряда редакций, пока не было принято решение, что History of Alabama (новое название) является лучшим стилем названия для статьи. . Предположим далее, что по какой-то причине содержание старой статьи было

• вырезать из старой статьи,
• заменен в нем перенаправлением на новый заголовок, и
• вставлен во вновь созданную статью с новым названием.

(То есть инструмент перемещения был недоступен или не использовался для одновременного переноса текста Wiki и истории изменений в новый заголовок.) И предположим, что эта замещающая статья (новый заголовок) развивается дальше и отражает новую историю этих дальнейших правки. Наша цель - перенести (старую) историю редактирования из Alabama / History (статья со старым названием) в новую историю в History of Alabama (статья с новым названием), где эти частичные истории могут дополнять друг друга. Процесс выглядит следующим образом:

1. Переместите Алабаму / Историю в Историю Алабамы , используя инструмент перемещения. Администратор одобряет удаление History of Alabama, чтобы разрешить переезд. (Теперь старые версии - это вся история нового названия.)
2. Undelete в истории Алабамы статьи,
   1. Просмотр истории страниц,
   2. Связывание через "Просмотреть или восстановить ... удаленные правки?" И
   3. Щелкнув на «Восстановить». (Теперь история нового названия включает как старую, так и новую версии, включая дополнительную копию самой последней версии Alabama / History , созданную с помощью инструмента перемещения.)
3. На этом этапе в History of Alabama будет отображаться только текст «#redirect History of Alabama » (при условии, что перенаправление было самой последней версией Alabama / History , на странице History of Alabama теперь будет отображаться самая последняя версия Alabama / История была). Последний шаг - вернуться к последней версии « Истории Алабамы», созданной до переезда.
   1. Ссылка через "Историю страницы" на Историю Алабамы .
   2. Сделайте жесткую перезагрузку (Shift + Control + R в Mozilla или Opera, Ctrl + F5 в Internet Explorer и Ctrl + R в Firefox), чтобы увидеть актуальную историю, отражающую восстановление. ¹
   3. Возврат к последней версии, предшествующей перемещению.

Объединение историй страниц с множеством редакций

Предположим, что на странице History of Alabama было слишком много исправлений для удаления, или ее удаление может вызвать другие нарушения. В этой ситуации можно использовать следующую процедуру для объединения историй страниц:

1. Переместите Историю Алабамы в Алабаму / Историю с кратким описанием перемещения, например «История слияния, скоро вернется с правильным названием». Ответьте да, когда вас попросят удалить страницу Алабама / История.
2. Отмените удаление редакций Alabama / History, содержащих историю страниц.
3. Переместите Алабаму / Историю обратно в Историю Алабамы .
4. При необходимости отмените удаление оставшихся исправлений в Alabama / History .

Более сложный случай

Иногда, после выполнения операции вырезания и вставки, статья со старым заголовком редактируется для какой-то другой цели (например, превращая ее в страницу устранения неоднозначности ). Это приводит к тому, что статья в NewTitle имеет часть своей истории там и часть в OldTitle, но история в OldTitle также содержит историю NewMeaning. Использование функции выборочного удаления позволяет также восстановить их.

Чтобы выбрать более одной ревизии для восстановления, щелкните поле для отметки первой ревизии, которую нужно восстановить, затем щелкните последнюю ревизию, которую нужно восстановить, удерживая клавишу Shift. Затем будет выбрана каждая промежуточная версия.

Примером этого были вооруженные силы Японии ; оригинал был перемещен в Силы самообороны Японии путем вырезания и вставки, а затем статья « Военные Японии» была превращена в страницу с устранением неоднозначности. Это было отремонтировано с помощью следующей процедуры:

1. Военные Японии удалены.
2. Выборочное восстановление используется для восстановления только тех версий Вооруженных сил Японии, которые принадлежали «Силам самообороны Японии».
3. Версии "Сил самообороны Японии" в Вооруженных силах Японии перемещаются в Силы самообороны Японии с использованием обычной функции перемещения по страницам. Для этого необходимо удалить Силы самообороны Японии , хотя это можно сделать как часть переезда.
4. Восстановление сил самообороны Японии восстанавливает остальные версии этой статьи до своей истории. ¹
5. Однако самая последняя версия в истории Сил самообороны Японии теперь является самой последней версией старой истории от Вооруженных сил Японии (это копия этой версии, созданная функцией перемещения страницы). Итак, войдите в историю Сил самообороны Японии , выберите следующую самую последнюю версию, нажмите на нее, и когда она появится, нажмите «Редактировать эту страницу», игнорируйте «ПРЕДУПРЕЖДЕНИЕ: вы редактируете выход. of-date revision », введите что-нибудь подходящее (например,« восстановление самой последней версии после объединения историй ») в сводке редактирования и нажмите« Сохранить страницу ». Теперь эта статья восстановлена ​​до состояния, в котором она находилась до этой процедуры, и теперь у нее также есть полная история.
6. Шаг 3 выше (ход) оставит историю, содержащую только перенаправление в Военные ведомства Японии . Удалите перенаправление.
7. Восстановление всех других версий журнала Military of Japan восстанавливает более свежую историю этой статьи; никаких дополнительных действий не требуется, так как самая последняя версия теперь должна быть текущей версией. ¹

Тяжелый случай

Однако только что описанные примеры работают хорошо, только если две части истории одной «статьи» не пересекаются; т.е. одно заканчивается раньше, чем начинается другое. Эти процедуры неадекватны, если это условие не применяется, например, если копия статьи в старом заголовке была отредактирована после вставки ее содержания в новый заголовок. Например, это не редкость для:

1. статью на (старой) странице A, которую нужно вырезать и вставить на (новую) страницу B , и
2. страница A позже будет возвращена к статье на ту же тему, с рядом исправлений там же.

В этом случае временные периоды двух серий редактирования будут перекрываться.

Если кто-то затем объединит страницы A и B, используя метод, описанный выше, результат будет упорядочивать версии A и B строго по времени, в результате чего различные версии A будут чередоваться между версиями в истории страниц страницы. B (и / или наоборот). Просмотр этой объединенной истории без возможности различать две перекрывающиеся прогрессии (поскольку ничто в этой истории не указывает, какая версия принадлежит какой последовательности) вызывает серьезную путаницу.

Подходящая процедура для такого случая - отказаться от слияния истории и вместо этого обработать ситуацию так же, как обычное слияние; поместите примечание, указывающее на другую версию страницы на странице обсуждения статьи. Если оставлять вторую копию в пространстве основной статьи неуместно, вы можете заархивировать дублирующую страницу в Talk: space (т. Е. Переместив ее в какой-нибудь подходящий заголовок, например Talk: RandomArticle / OldVersion).

Параллельные версии

Пользователи иногда отправляют опрометчивый запрос на объединение истории после того, как две задействованные страницы были объединены по тексту . Если две страницы имеют разные источники и одновременные отдельные параллельные истории до того, как они были объединены в текст, их не следует объединять в истории, так как это может перемешать истории параллельного редактирования в один список и создать беспорядок. В этой редакции страницы есть пример футбола Clemson Tigers . В этом редактировании страницы Обсуждение Википедии есть пример с 5 входящими страницами : WikiProject Emo . Лучше всего использовать шаблон {{ Copied }} и разместить его на странице обсуждения источника и / или назначения.

Программное обеспечение MediaWiki не позволяет публично архивировать историю страниц с заголовком страницы, который не содержит действующей страницы или перенаправления. Следовательно, если две страницы с параллельной историей объединяются, но нежелательно сохранять перенаправление с устаревшего заголовка страницы на заголовок целевой страницы, необходимо переместить старую историю страниц. Иногда это делается путем перемещения истории страницы на подстраницу страницы обсуждения целевой страницы. Пример можно найти в Talk: Compilation of Final Fantasy VII # Old page history .

Кроме того, если страница A должна быть объединена историей со страницей B, перед процессом убедитесь, что на странице B нет удаленных правок, так как тогда удаление B приведет к перемешиванию удаленных и не удаленных правок, прикрепленных к странице. Удаленная история должна быть сначала спасена из-под B некоторым процессом, например следующим: переместите B на другое имя, скажем, B_zxcvbnm (без перенаправления). Отменить удаление B. Переместите B к другому имени, например B / old_version. При необходимости повторно удалите B / old_version. Переместите B_zxcvbnm обратно в B (без перенаправления).

Аналогичным образом, если страницу необходимо удалить, а затем частично восстановить для разделения истории, сначала проверьте, не находится ли она поверх удаленной параллельной истории.

Расщепление истории

Со временем статьи могут измениться от одной основной темы к совершенно отдельной теме. Обычно это достигается с помощью перемещений и страниц значений . Однако, если пользователь не знаком с этими процессами, он может просто изменить тему статьи (перезаписав старую) и продолжить редактирование. Если это не будет обнаружено немедленно, для новой темы очень легко создать значительную собственную историю редактирования. Администраторы могут использовать следующие шаги, чтобы решить эту проблему и вести отдельные истории для отдельных тем:

1. Удалить статью (исходное название статьи)
2. Восстановите предыдущие версии до (но не включая) точки, в которой была изменена тема.
3. Перенести [без перенаправления] восстановленные версии (старая тема) на новое имя (см. Также значения )
   • Если под новым названием уже есть статья, и вы хотите в нее добавить:

   а) при перемещении выбрать опцию «удалить существующую статью»;

   б) восстановить удаленные ревизии нового имени.

4. Восстановить новые версии новой темы (все еще с исходным названием статьи)
5. При необходимости вернитесь к последним подходящим версиям
6. Создайте страницу разрешения неоднозначности для разных тем.

Как справиться с остаточным перенаправлением

В большинстве случаев вы будете перемещать все версии одной страницы без перенаправления в историю другой и оставлять перенаправление. При принятии решения о перенаправлении учитывайте следующие ситуации:

• Подходит ли полученное перенаправление для быстрого удаления (см. WP: SPEEDY # General и WP: SPEEDY # Redirects )? Как и при обычном перемещении страниц, подумайте о том, чтобы подождать несколько дней, прежде чем удалять оставшееся перенаправление, даже если оно подходит для быстрого удаления.
• Исправлены ли все входящие ссылки на оставшееся перенаправление? Если нет, не удаляйте перенаправление, пока они не будут.
• Вероятно ли, что последние редакторы перемещенных ревизий наблюдают за страницей? Сообщите им об изменении.
• Находится ли оставшееся перенаправление в пространстве User: или User_talk:? Если вы удалите его, сообщите об этом пострадавшему пользователю, если нет веской причины не делать этого. Рассмотрите возможность выхода из перенаправления, если это не вызовет проблем, например, в случае:
  • Перенаправление с «главной» страницы пользователя или «главной» страницы обсуждения пользователя на другую страницу, а не на другую страницу в пользовательском пространстве этого пользователя.
  • Перенаправление на страницы другого пользователя или в непользовательское пространство способом, который может вызвать путаницу или является неприемлемым иным образом.

История - объединение включенной страницы

Если страница X включена в страницу Y, а страница X помечена как получатель в объединении истории, то страница X и страница Y появятся в категории: Кандидаты для объединения истории , и на обеих страницах будет отображаться запрос на выполнение. история-слияние. Администратор не должен пытаться выполнить объединение истории на странице Y, а только на странице X. Это наиболее вероятно, если страница X является шаблоном, но это может произойти с любой включенной страницей. Чтобы этого не произошло, {{histmerge}}их следует размещать в <noinclude>тегах на странице X.

Как отменить слияние истории

Если слияние истории не должно было выполняться, его можно отменить. Учтите, однако, что это может быть довольно утомительно, особенно если статья имеет очень долгую историю. Перечислена следующая процедура:

1. Пусть была история объединены в B .
2. Мы хотим получить A» бывшие истории обратно s в А .
3. Удалить B .
4. Выборочно отменить удаление ревизий B, которые составляли историю A, до слияния истории.
5. Перемещение B к A .
6. Undelete остальной части пересмотров B .
7. Если A и / или B теперь являются перенаправлением на себя или на другую статью, то верните или измените цель перенаправления, если сочтете целесообразным.

Пример успешного слияния и отмены истории доступен в User: King of Hearts / Sandbox / 6 ( статья A ) и User: King of Hearts / Sandbox / 7 ( статья B ).

Баги и проблемы

Совместные изменения при перемещении страниц неотделимы от удаленных историй.

Когда страница перемещается, выполняется два редактирования с последовательно пронумерованными идентификаторами редакции и идентичными отметками времени и сводками редактирования. В историях редактирования метки времени обычно отображаются с точностью до минуты ( 17:47, 21 January 2008‎), если не установлен предпочтительный формат даты ISO 8601 ; однако в базе данных они записываются во второй, например:

Текущие правки однозначно идентифицируются по номерам ID ревизий, но удаленные правки обозначаются их отметками времени . Пока эти две версии находятся в разных заголовках, это не проблема. Однако, если две правки непреднамеренно объединены на одну страницу, а затем временно удалены, невозможно восстановить одно из этих правок, не восстанавливая их обоих, потому что они имеют одинаковую временную метку, которая определяет, какую правку нужно восстановить. Таким образом, следует проявлять осторожность, чтобы не переместить или не слить #REDIRECTредактирование, созданное при перемещении страницы, за пределы страницы, на которой оно было выполнено. #REDIRECTs должны оставаться на странице, на которой они были созданы, в виде оперативных или удаленных изменений.

К сожалению, это не может быть отменено с помощью Special: MergeHistory для удаления слияния , потому что, как описано в mw: API: Mergehistory , специальная система histmerge на основе страниц использует, timestampчтобы указать, до каких ревизий будут перемещены из истории исходной страницы в место назначения. история страницы. В пользовательском интерфейсе, если изменение только над пересмотром которой радио-кнопка была нажата имеет ту же метку времени , как радио-кнопки версии, она будет histmerged , а также, несмотря на позицию выше нажатой кнопки радио.

Викиданные

Переносы и удаления страниц обычно отражаются в Викиданных сразу после их совершения. После выполнения слияния истории рекомендуется проверить свои вклады в Викиданные ( удобная ссылка ) и при необходимости восстановить страницы до их предыдущего состояния.

Смотрите также

• Википедия: WikiProject History Merge (как уменьшить отставание)
• Википедия: просмотр и восстановление удаленных страниц
• Википедия: интегрировать
• Википедия: Объединение (объединение текста)
• Википедия: Разделение
• Справка: слияние
• Шаблон: Histsplit (запрос простого разделения истории)