В первые годы существования Википедии переименования производились вручную с помощью операций копирования и вставки , пока в августе 2002 года функция перемещения страниц не стала доступна для пользователей, не являющихся администраторами.
Копирование и вставка перемещений все еще происходят сегодня из-за незнания функции перемещения, неосведомленности о необходимости указания авторства или в случаях, когда функция перемещения дает сбой (например, из-за того, что у цели есть история), и люди не знают, что нужно использовать форум «Запрошенные перемещения» , чтобы начать запрос перемещения.
При выполнении операции копирования и вставки история страницы статьи или страницы обсуждения может быть разделена между двумя или более различными страницами. Это крайне нежелательно, поскольку нам необходимо сохранить историю с контентом по причинам авторского права . (См. Wikipedia:Копирование в пределах Wikipedia .)
В некоторых случаях администраторы могут исправить это, объединив истории страниц, используя процедуру, описанную ниже.
Для целей атрибуции требуется объединение истории, поскольку атрибуция теряется при перемещении страницы методом вырезания/вставки, когда на старой странице есть несколько редакторов. На показанном изображении кажется, что пользователь Thegreatrebellion создал весь добавленный текст на Syed Saddiq , тогда как в действительности на предыдущей странице с именем Syed Saddiq Syed Abdul Rahman были внесены вклады более 200 редакторов .
Хотя это не исчерпывающий список, любые страницы, соответствующие следующим критериям, могут быть включены в histmerge:
Новые редакторы часто не знают о возможности перемещать страницы (или не могут из-за ограничений новой учетной записи) и поэтому копируют/вставляют черновик, над которым они работали, в пространство статьи. Аналогично, новый рецензент страницы может переместить новую статью в пространство черновика, а первоначальный редактор просто воссоздаст ее в пространстве статьи. В обеих этих ситуациях, если первоначальный редактор — единственный, кто внес контент на страницы, объединение истории не требуется, поскольку нет проблем с атрибуцией (только один редактор написал весь контент).
Если другие редакторы вносят незначительные изменения, например, добавляют теги обслуживания или классифицируют, и эти изменения не переносятся основным автором контента, объединение истории не требуется.
В случаях, когда в исходную версию были внесены дополнительные правки после копирования и вставки и все дополнительные правки можно безопасно отбросить (например, шаблоны, связанные с WP:WPAFC , правки, которые были отменены и т. д.), поместите {{History merge|НАЗВАНИЕ СТРАНИЦЫ, ИЗ КОТОРОЙ БЫЛА ВЫРЕЗАНА СТАТЬЯ|reason=|details=}} в новое место, как описано выше. Заполните два параметра, как необходимо для этой конкретной ситуации (см. пример {{ history merge }} ).
Если с момента копирования из ревизии на исходной странице или на странице, куда вставлена страница, не было никаких изменений, рассмотрите возможность пометки вставленной страницы для временного удаления с помощью {{ db-copypaste }} (см. WP:Speedy deletion#G6 ), а затем выполните надлежащее перемещение страницы. Для проверки отсутствия изменений следует использовать Special:ComparePages или аналогичный инструмент.
В более сложных случаях (объясняется ниже), пожалуйста, оставьте описание проблемы на странице Wikipedia:Запросы на слияние истории .
Идеальная ситуация для слияния истории — когда редактор копирует и вставляет весь контент с одной страницы на совершенно новую страницу, а затем старая страница больше не получает правок. Другими словами, там, где заканчивается история первой страницы, начинается история второй страницы, и нет перекрывающихся различий.
Пользователи иногда отправляют необдуманный запрос на слияние истории после того, как две вовлеченные страницы были объединены текстом . Если две страницы имеют отдельные источники и одновременные отдельные параллельные истории до того, как они были объединены текстом, их не следует объединять историей, так как это перетасует параллельные истории редактирования в один список и создаст беспорядок. Пример есть в этой правке страницы Clemson Tigers football . Пример с 5 входящими страницами есть в этой правке страницы Wikipedia talk:WikiProject Emo . Лучше всего использовать шаблон {{ Copied }} и разместить его на странице обсуждения источника и/или назначения, чтобы выполнить требования об указании авторских прав Wikipedia:Copying within Wikipedia .
Администраторы могут использовать специальную страницу Special:MergeHistory для выполнения слияний истории. Она отличается от ручных методов следующим образом:
Предупреждение : эта процедура может быть отменена только с затратой довольно глупого количества времени. Чтобы отменить слияние, см. ниже. Не делайте этого, если вы не уверены в том, что делаете.
Следующая процедура объединяет истории страниц в случае гипотетического примера:
Предположим, что Alabama/History (старое название) была единственной статьей по этой теме, и что статья развивалась в ходе ряда правок, пока не было принято решение, что History of Alabama (новое название) было лучшим стилем названия для статьи. Предположим далее, что по какой-то причине содержание старой статьи было
(То есть, инструмент перемещения был недоступен или не использовался для одновременного переноса текста Wiki и истории правок в новый заголовок.) И предположим, что эта заменяющая (новый заголовок) статья развивается дальше и отражает новую историю этих дальнейших правок. Наша цель — привить (старую) историю правок из Alabama/History (статья со старым заголовком) на новую историю в History of Alabama (статья с новым заголовком), где эти частичные истории могут дополнять друг друга. Процесс выглядит следующим образом:
Предположим, что страница History of Alabama имела слишком много ревизий для удаления или ее удаление может вызвать другие сбои. Для объединения историй страниц в этой ситуации можно использовать следующую процедуру:
Иногда после выполнения операции копирования и вставки статья со старым заголовком затем редактируется для какой-то другой цели (например, превращения ее в страницу устранения неоднозначности ). Это приводит к тому, что статья, которая сейчас находится в NewTitle, имеет часть своей истории там, а часть в OldTitle, но история в OldTitle также содержит историю NewMeaning. Использование функции выборочного удаления позволяет также восстанавливать их.
Чтобы выбрать более одной ревизии для восстановления, щелкните по флажку первой ревизии, которую нужно восстановить, затем, удерживая клавишу Shift, щелкните по последней ревизии, которую нужно восстановить. Затем будут выбраны все промежуточные ревизии.
Примером этого является Military of Japan ; оригинал был перемещен в Japan Self-Defense Forces с помощью копирования и вставки, а статья Military of Japan затем была превращена в страницу устранения неоднозначности. Это было исправлено с помощью следующей процедуры:
Однако только что описанные примеры работают хорошо, только если две части истории одной «статьи» не пересекаются; т. е. одна заканчивается до того, как начинается другая. Эти процедуры неадекватны, если это условие не применяется, например, если копия статьи со старым заголовком была отредактирована после вставки ее содержимого в новый заголовок. Например, это не редкость для:
В этом случае временные периоды двух серий правок будут перекрываться.
Если затем кто-то page-history объединит страницы A и B , используя метод, описанный выше, то результатом будет последовательность версий A и B строго по времени, в результате чего различные версии A будут перемежаться версиями в истории страницы B (и/или наоборот). Проверка этой объединенной истории без средств различения двух перекрывающихся прогрессий (поскольку ничто в этой истории не указывает, какая версия принадлежит к какой последовательности) вызывает серьезную путаницу.
Подходящей процедурой для такого случая является отказ от слияния истории и вместо этого обработка ситуации во многом похожа на обычное слияние; размещение примечания, указывающего на другую версию страницы на странице обсуждения статьи. Если нецелесообразно оставлять вторую копию в основном пространстве статьи, вы можете архивировать дубликат страницы в пространстве Talk: (т. е. переместив его в какое-либо подходящее название, например Talk:RandomArticle/OldVersion).
Программное обеспечение MediaWiki не позволяет публично архивировать историю страницы в заголовке страницы, на которой не размещена действующая страница или перенаправление. Поэтому, если две страницы с параллельными историями объединены, но нежелательно сохранять перенаправление с устаревшего заголовка страницы на заголовок целевой страницы, старую историю страницы необходимо переместить. Иногда это делается путем перемещения истории страницы на подстраницу страницы обсуждения целевой страницы. Пример можно найти в Обсуждение:Компиляция Final Fantasy VII#Старая история страницы . Используйте шаблон {{ Parallel version }} для пометки параллельных версий, найденных на страницах обсуждения.
Кроме того, если страница A должна быть объединена по истории со страницей B, перед процессом убедитесь, что на странице B нет удаленных правок, так как удаление B перетасует удаленные и не удаленные правки, прикрепленные к странице. Удаленную историю сначала следует извлечь из-под B с помощью какого-либо процесса, например, такого: Переместить B под другим именем, например B_zxcvbnm (без создания перенаправления). Отменить удаление B. Переместить B под другим именем, например B/old_version . При необходимости повторно удалить B/old_version . Переместить B_zxcvbnm обратно в B (без создания перенаправления).
Аналогично, если страницу необходимо удалить, а затем частично восстановить для разделения истории, сначала проверьте, не находится ли она поверх удаленной параллельной истории.
Со временем статьи могут переходить от одной базовой темы к совершенно отдельной теме. Обычно это должно достигаться с помощью перемещений и страниц устранения неоднозначности . Однако, если пользователь не знаком с этими процессами, он может просто изменить тему статьи (перезаписав старую) и продолжить редактирование. Если это не заметить сразу, то очень легко, что новая тема накопит значительную собственную историю правок. Администраторы могут использовать следующие шаги, чтобы исправить эту проблему и поддерживать отдельные истории для отдельных тем:
В большинстве случаев вы будете перемещать все неперенаправленные версии одной страницы в историю другой и оставлять перенаправление. Пожалуйста, имейте в виду следующие ситуации, когда решаете, что делать с перенаправлением:
Если страница X включена в страницу Y, и страница X отмечена как получатель в слиянии истории, то страница X и страница Y обе появятся в категории: Кандидаты на слияние истории , и на обеих страницах будет отображаться запрос на выполнение слияния истории. Администратор не должен пытаться выполнить слияние истории на странице Y, а только на странице X. Это, скорее всего, произойдет, если страница X является шаблоном, но это может произойти с любой страницей, которая включена. Чтобы избежать этого, {{history merge}}следует поместить в <noinclude>теги на странице X.
Если объединение истории не должно было быть выполнено, то его можно отменить. Однако следует отметить, что это может быть довольно утомительно, особенно если у статьи очень длинная история. Ниже перечислена следующая процедура:
Пример успешного объединения истории и отмены доступен в User:King of Hearts/Sandbox/6 ( статья A ) и User:King of Hearts/Sandbox/7 ( статья B ).
При перемещении страницы вносятся два изменения с последовательно пронумерованными идентификаторами ревизий и идентичными временными метками и сводками изменений. В истории изменений временные метки обычно отображаются с точностью до минуты ( 17:47, 21 January 2008), если не задан формат даты ISO 8601 ; однако в базе данных они записываются с точностью до секунды, например:
Текущие правки однозначно идентифицируются по номерам идентификаторов ревизий, но удаленные правки ссылаются на свои временные метки . Пока эти две правки находятся в разных заголовках, это не проблема. Однако, если две правки непреднамеренно histmerge на одной странице, а затем временно удалены, невозможно восстановить одну из этих правок, не восстановив обе, поскольку они имеют одинаковую временную метку, которая определяет, какую правку восстанавливать. Таким образом, следует проявлять осторожность, чтобы не перемещать или histmerge сгенерированную путем перемещения страницы #REDIRECTправку со страницы, на которой она была сделана. #REDIRECTs должны оставаться на странице, на которой они были созданы, либо как текущие, либо как удаленные правки.
Однако теоретически их можно разделить с помощью Special:MergeHistory , но на практике это особенно неэлегантный и утомительный метод для чего-либо, кроме того, для чего он был разработан (т. е. для слияния истории). Вот набросок того, как это должно быть сделано:
Перемещения и удаления страниц обычно отражаются в Wikidata сразу же, как только они происходят. После выполнения слияния истории, хорошей идеей будет проверить ваши вклады Wikidata (удобная ссылка) и восстановить страницы до их предыдущего состояния, если это необходимо.
Аналогично, когда страница удаляется, а затем восстанавливается, она добавляется в ленту новых страниц и помечается как непроверенная; также рекомендуется проверить это и вручную просмотреть страницу, если это необходимо (пример журнала).