На заре существования Википедии переименования происходили вручную с помощью вырезания и вставки , прежде чем в августе 2002 года функция перемещения страницы была включена для пользователей, не являющихся администраторами.
Перемещения «вырезать и вставить» все еще происходят сегодня из-за незнания функции перемещения, незнания того, что атрибуция необходима, или когда функция перемещения дает сбой (например, из-за того, что у цели есть история), и люди не знают, как использовать форум «Запрошенные перемещения» . чтобы подать запрос на перемещение.
При выполнении операции вырезания и вставки история страниц статьи или страницы обсуждения может быть разделена на две или более разных страниц. Это крайне нежелательно, поскольку нам необходимо сохранить историю с контентом по соображениям авторских прав . (См. Википедия:Копирование в Википедии .)
В некоторых случаях администраторы могут исправить это, объединив истории страниц, используя процедуру, описанную ниже.
Объединение истории необходимо для целей атрибуции, поскольку атрибуция теряется при перемещении страницы с вырезом/вставкой, если на старой странице есть несколько редакторов. На показанном изображении создается впечатление, что пользователь Thegreatrebellion создал весь добавленный текст на странице Сайеда Саддика , хотя на самом деле на предыдущей странице с именем Саеда Саддика Сайеда Саддика были внесены материалы более чем 200 редакторов .
Хотя это не исчерпывающий список, любые страницы, соответствующие приведенным ниже критериям, могут иметь право на объединение:
Новые редакторы часто не знают о возможности перемещать страницы (или не могут этого сделать из-за ограничений новой учетной записи) и поэтому копируют/вставляют черновик, над которым они работали, в пространство статьи. Аналогично, рецензент новой страницы может переместить новую статью в область «Черновик», а первоначальный редактор просто воссоздаст ее в области «Статья». В обеих этих ситуациях, если исходный редактор является единственным, кто внес контент на страницы, объединение истории не требуется, поскольку нет проблем с атрибуцией (весь контент написал только один редактор).
Если другие редакторы вносят тривиальные изменения, такие как теги обслуживания или категоризация, и эти изменения не передаются основным автором контента, объединение истории не требуется.
В тех случаях, когда после копирования и вставки в исходную версию были внесены дополнительные изменения и все дополнительные изменения можно безопасно отменить (например, шаблоны, связанные с WP:WPAFC , отмененные изменения и т. д.), поместите {{History merge|ИМЯ СТРАНИЦЫ, ИЗ которой СТАТЬЯ БЫЛА ВЫРЕЗАНА|причина=|подробности=}} в новом месте , как описано выше. Заполните два параметра, необходимые для данной конкретной ситуации (см. пример {{ слияние истории }} ).
Если с момента скопированной версии изменений на исходной странице или на вставленной странице нет, рассмотрите возможность пометки вставленной страницы для временного удаления с помощью {{ db-copypaste }} (см. WP:Speedy deletion#G6 ) и затем выполните правильное перемещение страницы. Для проверки отсутствия изменений следует использовать Special:ComparePages или аналогичный инструмент.
В более сложных случаях (описанных ниже) оставьте описание проблемы в Википедии: Запросы на слияние истории .
Идеальная ситуация для слияния истории — это когда редактор копирует и вставляет весь контент с одной страницы на новую страницу, а затем старая страница больше не получает изменений. Другими словами, там, где история первой страницы заканчивается, начинается история второй страницы, и перекрывающихся различий нет.
Иногда пользователи отправляют опрометчивый запрос на объединение истории после того, как две задействованные страницы были объединены текстом . Если две страницы имеют разные источники и одновременно имеют отдельные параллельные истории до того, как они были объединены в текст, их не следует объединять по истории, так как это перетасует истории параллельного редактирования в один список и создаст беспорядок. В этом редактировании страницы футбола Клемсон Тайгерс есть пример . В этом редактировании страницы Wikipedia talk:WikiProject Emo приведен пример с 5 входящими страницами . Лучше всего было бы использовать шаблон {{ Copied }} и разместить его на странице обсуждения источника и/или назначения, чтобы удовлетворить требованиям указания авторских прав Wikipedia:Copying in Wikipedia .
Администраторы могут использовать специальную страницу Special:MergeHistory для объединения истории. Он отличается от ручного метода следующим:
Внимание : эту процедуру можно отменить, только потратив довольно глупое количество времени. Чтобы отменить слияние, см. ниже. Не делайте этого, если вы не уверены в том, что делаете.
Следующая процедура объединяет истории страниц в случае гипотетического примера:
Предположим, что «Алабама/История» (старое название) была единственной статьей по этой теме, и что статья развивалась в ходе ряда изменений, пока не было принято решение, что « История Алабамы» (новое название) является лучшим стилем названия для статьи. . Предположим далее, что по какой-то причине содержание старой статьи было
(То есть инструмент перемещения был недоступен или не использовался для одновременного переноса вики-текста и истории правок в новый заголовок.) И предположим, что эта замещающая (новая заглавная) статья развивается дальше и отражает новую историю этих дальнейших правки. Наша цель — перенести (старую) историю изменений из Алабамы/Истории (статья со старым названием) в новую историю из Истории Алабамы (статья с новым названием), где эти частичные истории могут дополнять друг друга. Процесс выглядит следующим образом:
Предположим, что на странице «История Алабамы» было слишком много изменений, чтобы ее можно было удалить, или ее удаление может привести к другим сбоям. В этой ситуации для объединения историй страниц можно использовать следующую процедуру:
Иногда после выполнения операции вырезания и вставки статья со старым заголовком редактируется для какой-либо другой цели (например, превращения ее в страницу устранения неоднозначности ). Это приводит к тому, что статья, находящаяся сейчас в NewTitle, будет иметь часть своей истории там, а часть — в OldTitle, но история в OldTitle также содержит историю NewMeaning. Использование функции выборочного удаления также позволяет их исправить.
Чтобы выбрать более одной ревизии для восстановления, установите флажок первой ревизии, которую нужно восстановить, затем щелкните, удерживая клавишу Shift, последнюю ревизию, которую нужно восстановить. Затем будет выбрана каждая промежуточная ревизия.
Примером этого были военные Японии ; оригинал был перенесен в Силы самообороны Японии методом вырезания и вставки, а статья « Военные силы Японии» затем была превращена в страницу со значениями. Это было исправлено с помощью следующей процедуры:
Однако только что описанные примеры работают хорошо только в том случае, если две части истории одной «статьи» не пересекаются; т.е. одно заканчивается раньше, чем начинается другое. Эти процедуры являются недостаточными, если это условие не применяется, например, если копия статьи со старым заголовком была отредактирована после вставки ее содержания в новое название. Например, нередки случаи:
В этом случае временные периоды двух серий правок перекроются.
Если кто-то затем объединит историю страниц A и B , используя метод, описанный выше, в результате версии A и B будут упорядочены строго по времени, в результате чего различные версии A будут чередоваться между версиями в истории страницы. Б (и/или наоборот). Изучение этой объединенной истории без возможности различения двух перекрывающихся последовательностей (поскольку ничто в этой истории не указывает, какая версия к какой последовательности принадлежит) приводит к серьезной путанице.
Подходящая процедура для такого случая — отказаться от слияния истории и вместо этого обработать ситуацию так же, как при обычном слиянии; поместите примечание, указывающее на другую версию страницы, на странице обсуждения статьи. Если оставлять вторую копию в основном пространстве статьи нецелесообразно, вы можете заархивировать дубликат страницы в Talk:space (т. е. переместив его в какой-нибудь подходящий заголовок, например Talk:RandomArticle/OldVersion).
Программное обеспечение MediaWiki не позволяет публично архивировать историю страниц с заголовком страницы, на котором нет активной страницы или перенаправления. Следовательно, если две страницы с параллельной историей объединяются, но нежелательно сохранять перенаправление с устаревшего заголовка страницы на заголовок целевой страницы, старую историю страницы необходимо переместить. Иногда это делается путем перемещения истории страницы на подстраницу страницы обсуждения целевой страницы. Пример можно найти в Обсуждении:Сборник Final Fantasy VII#История старых страниц . Используйте шаблон {{ Параллельная версия }} для пометки параллельных версий, найденных на страницах обсуждения.
Кроме того, если страница 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>теги на странице Х.
Если объединение истории не должно было выполняться, его можно отменить. Однако учтите, что это может быть довольно утомительно, особенно если статья имеет очень долгую историю. Указана следующая процедура:
Пример успешного слияния и отмены истории доступен по адресу User:King of Hearts/Sandbox/6 ( статья A ) и User:King of Hearts/Sandbox/7 ( статья B ).
При перемещении страницы вносятся два изменения с последовательно пронумерованными идентификаторами изменений и одинаковыми метками времени и сводками изменений. В истории изменений отметки времени обычно отображаются с точностью до минуты ( 17:47, 21 January 2008), если не установлена настройка формата даты ISO 8601 ; однако в базе данных они записываются с точностью до секунды, например:
Текущие изменения однозначно идентифицируются по номерам идентификаторов версий, а удаленные изменения обозначаются их временными метками . Пока эти две ревизии находятся в разных заголовках, это не проблема. Однако если два редактирования случайно объединены на одну и ту же страницу, а затем временно удалены, невозможно восстановить одно из этих изменений без восстановления обоих, поскольку они имеют одинаковую временную метку, которая определяет, какое редактирование восстанавливается. Таким образом, следует проявлять осторожность, чтобы не переместить и не слить редактирование, созданное при перемещении страницы, #REDIRECTсо страницы, на которой оно было сделано. #REDIRECTs должны оставаться на странице, на которой они были созданы, либо в виде текущих, либо в виде удаленных изменений.
Однако теоретически их можно разделить с помощью Special:MergeHistory , но на практике это особенно неэлегантный и утомительный метод для чего-либо, кроме того, для чего он был разработан (например, для слияния истории). Вот схема того, как это нужно сделать:
Перемещение и удаление страниц обычно отражается в Викиданных сразу же после того, как они происходят. После выполнения объединения истории рекомендуется проверить вклады Викиданных (удобная ссылка) и при необходимости восстановить страницы в их предыдущее состояние.
Аналогичным образом, когда страница удаляется, а затем восстанавливается, она добавляется в канал новых страниц и помечается как непросмотренная; Также рекомендуется проверить это и при необходимости просмотреть страницу вручную (пример журнала).