Wikipedia: fusión de la historia

  • WP:HM
  • WP: CORTAR
  • WP: HISTMERGE
  • WP: CORTAR PASTE

En los primeros días de Wikipedia, los cambios de nombre se realizaban manualmente, usando cortar y pegar , antes de que la función de mover página se habilitara para los no administradores en agosto de 2002.

Los movimientos de cortar y pegar todavía ocurren hoy en día debido a la falta de familiaridad con la función de movimiento, al desconocimiento de que la atribución es necesaria o cuando la función de movimiento falla (por ejemplo, porque el objetivo tiene historial) y la gente no sabe cómo usar el foro de movimientos solicitados. para iniciar una solicitud de movimiento.

Cuando se realiza un movimiento de cortar y pegar, el historial de páginas de un artículo o página de discusión se puede dividir en dos o más páginas diferentes. Esto es muy indeseable, porque necesitamos conservar el historial del contenido por motivos de derechos de autor . (Ver Wikipedia: Copiar dentro de Wikipedia ).

En algunas circunstancias, los administradores pueden solucionar este problema fusionando historiales de páginas, utilizando el procedimiento que se detalla a continuación.

Cuándo solicitar un histmerge

Un ejemplo de un movimiento de página de cortar/pegar inapropiado

Se requiere una combinación de historial para fines de atribución, ya que la atribución se pierde durante un movimiento de página de cortar y pegar cuando hay varios editores en la página anterior. En la imagen mostrada, parece como si el usuario Thegreatrebellion hubiera creado la totalidad del texto agregado en Syed Saddiq , cuando la realidad es que hubo contribuciones de más de 200 editores en la página anterior llamada Syed Saddiq Syed Abdul Rahman .

Si bien esta no es una lista exhaustiva, cualquier página que cumpla con los siguientes criterios puede ser elegible para una histmerge:

  • Hay varios editores en el historial de la página en la ubicación original.
  • El editor que borró y/o redirigió la página utilizó un resumen de edición como "mover a <nuevo nombre de página>".
  • La nueva página era originalmente una redirección y fue sobrescrita por el artículo "nuevo".

Cuándo no solicitar un histmerge

Los nuevos editores a menudo desconocen la capacidad de mover páginas (o no pueden debido a restricciones de cuentas nuevas) y, por lo tanto, copian y pegan un borrador en el que han estado trabajando en el espacio del artículo. De manera similar, un revisor de nueva página puede mover un nuevo artículo al espacio Borrador y el editor original simplemente lo recreará en el espacio Artículo. En ambas situaciones, si el editor original es el único que ha contribuido con contenido a las páginas, no es necesaria una combinación del historial porque no hay problemas de atribución (solo un editor ha escrito todo el contenido).

Si otros editores realizan ediciones triviales, como etiquetas de mantenimiento o categorización, y el autor principal del contenido no transfiere estas ediciones, no es necesaria una combinación del historial.

Instrucciones para etiquetar una página para fusionar el historial

  1. Coloque {{ Fusión de historial |NOMBRE DE LA PÁGINA DE LA QUE SE CORTÓ EL ARTÍCULO}} en la nueva ubicación , donde se realizó el pegado . La página aparecerá en la categoría oculta Candidatos a fusión de historial .
  2. Considere notificar al usuario sobre el problema en su página de discusión, tal vez usando {{ subst:uw-c&pmove }}.

En los casos en los que se realizaron ediciones adicionales a la versión original después de copiar y pegar y en las que todas las ediciones adicionales se pueden descartar de forma segura (por ejemplo, plantillas relacionadas con WP:WPAFC , ediciones que se revirtieron, etc.), coloque {{Historial fusionar|NOMBRE DE LA PÁGINA DEL ARTÍCULO FUE CORTADO|reason=|details=}} en la nueva ubicación como se describe anteriormente. Complete los dos parámetros según sea necesario para esta situación particular (consulte {{ History merge }} para ver un ejemplo).

Si no hay cambios desde la revisión copiada en la página original o en la página pegada, considere etiquetar la página pegada para su eliminación temporal usando {{ db-copypaste }} (consulte WP: Eliminación rápida #G6 ), y luego haga un movimiento de página adecuado. Especial: se debe utilizar ComparePages o una herramienta similar para verificar que no se hayan realizado cambios.

En casos más complejos (explicados a continuación), deje una descripción del problema en Wikipedia: Solicitudes de fusión de historial .

Versiones paralelas

  • WP:PVER
  • WP:PHIST
  • WP: Historias paralelas

La situación ideal para una combinación de historial es cuando un editor copia y pega todo el contenido de una página en una página nueva y luego la página anterior no recibe más ediciones. En otras palabras, donde termina el historial de la primera página, comienza el historial de la segunda página y no hay diferencias superpuestas.

A veces, los usuarios envían una solicitud de combinación de historial imprudente después de que las dos páginas involucradas hayan sido fusionadas . Si las dos páginas tienen orígenes separados e historias paralelas separadas y simultáneas antes de fusionarlas, no deben fusionarse, ya que eso mezclaría las historias de edición paralelas en una lista y crearía un desastre. Hay un ejemplo en esta edición de la página de fútbol de los Clemson Tigers . Hay un ejemplo con 5 páginas entrantes en esta edición de la página de charla de Wikipedia: WikiProject Emo . Lo mejor sería utilizar la plantilla {{ Copiado }} y colocarla en la página de discusión de origen y/o destino, para cumplir con los requisitos de atribución de derechos de autor de Wikipedia: Copiar dentro de Wikipedia .

Proceso de reparación (para administradores)

Usando la página especial MergeHistory

  • WP: HISTORIA DE FUSIÓN

Los administradores pueden utilizar una página especial, Special:MergeHistory , para realizar fusiones de historial. Se diferencia de los métodos manuales en lo siguiente:

  1. Detecta automáticamente la última versión de la página de origen que es anterior a la versión más antigua de la página de destino y no permitirá al usuario mover revisiones posteriores. Esta característica es buena si la página de origen finalmente se convierte en otra cosa, pero puede ser mala si la página de destino comenzó como una redirección a la fuente. Cuando una redirección bloquea una fusión completa de MergeHistory, la redirección y cualquier edición anterior deberán eliminarse o fusionarse con otra redirección. La eliminación y restauración de páginas con historiales de edición extensos requiere mucho tiempo y recursos, y los administradores no pueden eliminar páginas con más de 5000 ediciones en su historial. Una opción más sencilla en estos casos puede ser fusionar el historial de la redirección y cualquier historial anterior con otra redirección que se haya creado posteriormente. Consulte § Eliminación de redirecciones que bloquean fusiones.
  2. Sin embargo, el usuario puede decirle que solo mueva revisiones anteriores; es posible seleccionar la última revisión que debe mover.
  3. No mezcla versiones eliminadas y no eliminadas de la página de destino.
  4. Conserva cualquier protección que pueda tener la página de destino.
  5. No crea una nueva revisión de la página anterior.
  6. Si el usuario mueve todas las revisiones no eliminadas de la fuente, se crea automáticamente una redirección completa. Esto no se puede anular.
  7. Los registros de esta acción no están en el registro de movimientos, sino en un registro independiente .

Eliminación de redirecciones que bloquean fusiones

  • Para borrar una redirección de bloqueo eliminándola:
    1. Verifique el historial eliminado en el objetivo y tome nota de todas las ediciones eliminadas allí
      • ADVERTENCIA: Tenga cuidado con el problema de las revisiones mezcladas. SOLUCIÓN ALTERNA:
        1. Mueva la página al borrador: espacio de nombres antes de eliminarla, con el motivo: "proceso de fusión del historial".
        2. Restaure las revisiones (redirecciones) más antiguas: se habrían eliminado mediante un movimiento normal cuando "se movió sobre la redirección"
        3. Mueva la página con las revisiones más antiguas (redireccionadas) nuevamente al espacio principal, luego elimínela (agregándola a las revisiones eliminadas ya existentes)
        4. Restaura el historial restante y muévelo de nuevo al espacio principal.
    2. Elimine la página de destino con el motivo "configurar una combinación de historial"
    3. Restaure todas las ediciones excepto las eliminadas anteriormente y las revisiones más antiguas (redireccionamiento); estas se habrían eliminado mediante un movimiento normal cuando "se movió sobre la redirección"
      • Las operaciones de eliminación y restauración a menudo se agotan con errores en páginas con historiales de edición largos. Simplemente intente eliminar o restaurar nuevamente; prácticamente siempre tiene éxito en el segundo intento
      • Ahora MergeHistory puede realizar la fusión; Esta técnica evita realizar una nueva edición que debe revertirse, lo que ocurre cuando el origen se mueve al destino.
  • Para borrar una redirección de bloqueo combinándola con el historial:
    1. Encuentre otros redireccionamientos a la página de destino usando Special:WhatLinksHere , mientras oculta enlaces y transclusiones: Qué redirecciona aquí Ejemplo: páginas que redireccionan al "Aeropuerto Internacional Yasser Arafat"
    2. Encuentre una redirección adecuada, cuya revisión más antigua (fecha de creación) sea más reciente que la revisión más reciente del historial de redirecciones que deba borrarse.
    3. Fusiona el historial de redireccionamiento de bloqueo con ese redireccionamiento. Ejemplo: Especial:PáginaHistoria/Aeropuerto de Gaza . Las revisiones de abril y julio de 2005 se fusionaron aquí del Aeropuerto Internacional Yasser Arafat (registro)
      • Ahora MergeHistory puede realizar la fusión; Esta técnica evita realizar una nueva edición que debe revertirse, lo que ocurre cuando el origen se mueve al destino.
  • En lugar de buscar redirecciones, puede crear una página temporal (por ejemplo, en el espacio de borrador), fusionar el historial de redirecciones de bloqueo allí y luego eliminar la página temporal cuando haya terminado.

Proceso manual

Advertencia : este procedimiento sólo se puede deshacer si se dedica una cantidad de tiempo bastante tonta. Para deshacer una combinación, consulte a continuación. No hagas esto si no estás seguro de lo que estás haciendo.

Un caso fácil

Pasos para un caso sencillo
Pasos para un caso sencillo

El siguiente procedimiento fusiona los historiales de páginas en el caso de un ejemplo hipotético:

Supongamos que Alabama/Historia (título antiguo) fuera el único artículo sobre ese tema, y ​​que el artículo se desarrollara en el transcurso de varias ediciones, hasta que se decidió que Historia de Alabama (título nuevo) era un mejor estilo de nombre para el artículo. . Supongamos además que, por cualquier motivo, el contenido del artículo anterior fuera

  • cortado del artículo antiguo,
  • reemplazado en él con una redirección al nuevo título, y
  • pegado en un artículo recién creado que lleva el nuevo título.

(Es decir, la herramienta de movimiento no estaba disponible o no se usó para transferir simultáneamente el texto Wiki y el historial de ediciones al nuevo título). Y supongamos que este artículo de reemplazo (nuevo título) se desarrolla más y refleja la nueva historia de estos nuevos títulos. ediciones. Nuestro objetivo es injertar la historia de edición (antigua) de Alabama/Historia (artículo con título antiguo) en la nueva historia en Historia de Alabama (artículo con título nuevo), donde esas historias parciales pueden complementarse entre sí. El proceso es el siguiente:

  1. Mueva Alabama/Historia a Historia de Alabama , usando la herramienta Mover. El administrador aprueba la eliminación de History of Alabama para permitir el traslado. (Ahora las versiones antiguas son toda la historia del nuevo título).
  2. Recuperar el artículo de Historia de Alabama , de
    1. Ver el historial de la página,
    2. Vincular a través de "Ver o restaurar... ¿ediciones eliminadas?", y
    3. Al hacer clic en "Restaurar". (Ahora el historial del nuevo título tiene la versión antigua y la nueva, incluida una copia adicional de la versión más reciente de Alabama/History , creada con la herramienta de movimiento).
  3. En esta etapa, Historia de Alabama solo mostrará el texto "#redirect Historia de Alabama " (suponiendo que una redirección fuera la versión más reciente de Alabama/Historia , la página Historia de Alabama ahora mostrará la versión más reciente de Alabama/ La historia fue). El último paso es volver a la última versión de Historia de Alabama antes del traslado,
    1. Al hacer clic en "Historial de la página" en Historia de Alabama .
    2. Realice una recarga completa (Shift+Control+R en Mozilla u Opera, Ctrl+F5 en Internet Explorer y Ctrl+R en Firefox) para ver un historial actualizado que refleje la recuperación. 1
    3. Volviendo a la última versión previa al traslado.

Fusionar historiales de páginas con muchas revisiones

Supongamos que la página Historia de Alabama tuvo demasiadas revisiones para eliminarla o eliminarla puede causar otras interrupciones. Se puede utilizar el siguiente procedimiento para fusionar historiales de páginas en esta situación:

  1. Mueva Historia de Alabama a Alabama/Historia con un resumen de movimiento como "fusión de historial, pronto volverá al título correcto". Responda sí cuando se le solicite eliminar la página Alabama/Historia.
  2. Recuperar las revisiones de Alabama/History que contienen el historial de la página.
  3. Mover Alabama/Historia de nuevo a Historia de Alabama .
  4. Si es necesario, recupere las revisiones restantes en Alabama/History .

Un caso más complejo

A veces, después de realizar un movimiento de cortar y pegar, el artículo con el título anterior se edita para algún otro propósito (por ejemplo, convertirlo en una página de desambiguación ). Eso hace que el artículo ahora en NewTitle tenga parte de su historia allí y parte en OldTitle, pero la historia en OldTitle también contiene la historia de NewMeaning. El uso de la función de eliminación selectiva también permite repararlos.

Pasos para un caso complejo
Pasos para un caso complejo

Para seleccionar más de una revisión para recuperar, haga clic en la casilla de verificación de la primera revisión que desea recuperar, luego presione Mayús y haga clic en la última revisión que desea recuperar. Luego se seleccionará cada revisión intermedia.

Un ejemplo de esto fue el Ejército de Japón ; el original se trasladó a las Fuerzas de Autodefensa de Japón con un movimiento de cortar y pegar, y el artículo Militares de Japón se convirtió en una página de desambiguación. Esto fue reparado con el siguiente procedimiento:

  1. Se elimina el ejército de Japón .
  2. La recuperación selectiva se utiliza para recuperar sólo aquellas versiones de Military of Japan que pertenecían a las "Fuerzas de Autodefensa de Japón".
  3. Las versiones de "Fuerzas de Autodefensa de Japón" en el Ejército de Japón se trasladan a las Fuerzas de Autodefensa de Japón , utilizando la función normal de movimiento de página. Para que esto suceda, las Fuerzas de Autodefensa de Japón deben ser eliminadas, aunque esto se puede hacer como parte de la medida.
  4. La recuperación de las Fuerzas de Autodefensa de Japón restaura el resto de las versiones de ese artículo a su historia. 1
  5. Sin embargo, la versión más reciente de la historia de las Fuerzas de Autodefensa de Japón es ahora la versión más reciente de la historia antigua del Ejército de Japón (es una copia de esa versión, creada mediante la función de mover página). Entonces, ingrese a la historia de las Fuerzas de Autodefensa de Japón , seleccione la siguiente versión más reciente, haga clic en ella y, cuando aparezca, haga clic en "Editar esta página", ignore la "ADVERTENCIA: está editando una salida". "Revisión actualizada", escriba algo adecuado (por ejemplo, "restaurar la versión más reciente después de fusionar historiales") en el resumen de edición y presione "Guardar página". Ese artículo ahora se encuentra restaurado a su condición anterior a este procedimiento, y ahora también cuenta con su historia completa.
  6. El paso 3 anterior (el movimiento) habrá dejado un historial que contiene solo una redirección al Ejército de Japón . Eliminar la redirección.
  7. La recuperación de todas las demás versiones de Military of Japan restaura la historia más reciente de ese artículo; no se necesitan pasos adicionales, ya que la versión más reciente ahora debería ser la versión actual. 1

Un caso problemático

  • WP: PV

Sin embargo, los ejemplos que acabamos de describir sólo funcionan bien si las dos partes de la historia de un "artículo" están separadas; es decir, uno termina antes de que comience el otro. Estos procedimientos son inadecuados si esta condición no se aplica, por ejemplo, si la copia del artículo con el título anterior ha sido editada después de pegar su contenido en el nuevo título. Por ejemplo, no es raro que:

  1. un artículo en la (antigua) página A para ser cortado y pegado en la (nueva) página B , y
  2. La página A más adelante volverá a ser un artículo sobre el mismo tema, con una secuencia de ediciones allí también.

En este caso, los períodos de tiempo de las dos series de ediciones se superpondrán.

Si alguien luego fusiona las páginas A y B usando el método descrito anteriormente, el resultado secuenciará las versiones de A y B estrictamente por tiempo, con el resultado de que varias versiones de A se entrelazarán entre versiones en el historial de la página. B (y/o viceversa). Inspeccionar esta historia fusionada sin medios para distinguir entre las dos progresiones superpuestas (dado que nada en esta historia indica qué versión pertenece a qué secuencia) invita a una grave confusión.

Un procedimiento apropiado para tal caso es prescindir de la fusión del historial y, en su lugar, manejar la situación de forma muy parecida a una fusión normal; coloque una nota que apunte a la otra versión de la página en la página de discusión del artículo. Si no es apropiado dejar la segunda copia en el espacio del artículo principal, puede archivar la página duplicada en el espacio Talk: (es decir, moviéndola a algún título adecuado, como Talk:RandomArticle/OldVersion).

El software MediaWiki no permite que el historial de la página se archive públicamente en un título de página que no aloja una página en vivo o no redirige. Por lo tanto, si se fusionan dos páginas con historiales paralelos pero no es deseable mantener una redirección desde el título de la página obsoleta al título de la página de destino, es necesario mover el historial de la página anterior. A veces, esto se hace moviendo el historial de la página a una subpágina de la página de discusión de la página de destino. Se puede encontrar un ejemplo en Charla: Compilación de Final Fantasy VII#Historial de páginas antiguas . Utilice la plantilla {{ Versión paralela }} para etiquetar versiones paralelas que se encuentran en las páginas de discusión.

Además, si la página A se va a fusionar en el historial de la página B, antes del proceso, asegúrese de que no haya ediciones eliminadas en la página B, ya que al eliminar B se mezclarán las ediciones eliminadas y no eliminadas adjuntas a la página. El historial eliminado primero debe rescatarse de B mediante algún proceso como este: mueva B a algún otro nombre, digamos B_zxcvbnm (sin realizar una redirección). Recuperar B. Mueva B a algún otro nombre, digamos B/old_version . Si es necesario, vuelva a eliminar B/old_version. Mueva B_zxcvbnm nuevamente a B (sin realizar una redirección).

Del mismo modo, si es necesario eliminar una página y luego recuperarla parcialmente para dividir el historial, primero verifique si se encuentra sobre un historial paralelo eliminado.

División de la historia

  • WP: HISTSPLIT

Con el tiempo, los artículos pueden cambiar de un tema subyacente a un tema completamente separado. Normalmente esto debería lograrse mediante movimientos y páginas de desambiguación . Sin embargo, si un usuario no está familiarizado con esos procesos, puede simplemente cambiar el tema de un artículo (sobrescribiendo el anterior) y continuar editando. Si esto no se detecta inmediatamente, es muy fácil que el nuevo tema acumule un historial de edición sustancial propio. Los administradores pueden seguir los siguientes pasos para solucionar este problema y mantener historiales separados para cada tema:

  1. Eliminar el artículo (nombre del artículo original)
  2. Restaurar revisiones anteriores hasta (pero sin incluir) el punto donde se cambió el tema.
  3. Mueva [sin redirección] las versiones restauradas (tema antiguo) a un nuevo nombre (ver también desambiguación )
    • Si ya existe un artículo con el nuevo nombre y desea fusionarse en él:
    a) seleccione la opción "eliminar el artículo existente", mientras se desplaza;
    b) restaurar revisiones eliminadas del nuevo nombre.
  4. Restaurar nuevas revisiones de un nuevo tema (aún con el nombre del artículo original)
  5. Vuelva a las últimas versiones buenas según sea necesario
  6. Establecer una página de desambiguación para los diferentes temas.

Cómo manejar la redirección sobrante

En la mayoría de los casos, moverá todas las versiones sin redireccionamiento de una página al historial de otra y dejará un redireccionamiento. Tenga en cuenta las siguientes situaciones al decidir qué hacer con la redirección:

  • ¿La redirección resultante es elegible para una eliminación rápida (consulte WP:SPEEDY#General y WP:SPEEDY#Redirects )? Al igual que con los movimientos de página habituales, considere esperar unos días antes de eliminar el redireccionamiento sobrante, incluso si es elegible para una eliminación rápida.
  • ¿Están arreglados todos los enlaces entrantes al redireccionamiento sobrante? De lo contrario, no elimine la redirección hasta que lo esté.
  • ¿Es probable que los editores más recientes de las revisiones trasladadas estén incluyendo la página en la lista de seguimiento? Considere notificarles del cambio.
  • ¿La redirección sobrante está en Usuario: o User_talk: espacio? Si lo elimina, notifique al usuario afectado a menos que exista una buena razón para no hacerlo. Considere abandonar la redirección a menos que hacerlo cause problemas, como en el caso de:
    • Una redirección desde la página de usuario "principal" o la página de discusión del usuario "principal" a algún lugar que no sea otra página en el espacio de usuario de ese usuario.
    • Una redirección a las páginas de otro usuario o al espacio que no es de usuario de una manera que pueda causar confusión o que sea inapropiada.

Fusionar el historial de una página transcluida

Si la página X se transcluye en la página Y, y la página X está marcada para ser el destinatario en una combinación de historial, entonces la página X y la página Y aparecerán en Categoría:Candidatos para la combinación de historial , y ambas páginas mostrarán la solicitud para realizar una fusión de historia. Un administrador no debe intentar realizar una combinación de historial en la página Y, sino solo en la página X. Es más probable que esto suceda si la página X es una plantilla, pero puede sucederle a cualquier página que esté transcluida. Para evitar esto, {{history merge}}se deben colocar <noinclude>etiquetas en la página X.

Cómo deshacer una combinación de historial

  • WP:HMUNDO

Si no se debería haber realizado una combinación de historial, entonces se puede deshacer. Tenga en cuenta, sin embargo, que puede resultar bastante tedioso, especialmente si el artículo tiene una historia muy larga. Se enumera el siguiente procedimiento:

  1. Supongamos que A se ha fusionado históricamente con B.
  2. Queremos recuperar la historia anterior de A en A .
  3. Eliminar B.
  4. Recuperar selectivamente las revisiones de B que componían el historial de A antes de la fusión del historial.
  5. Mueve B a A.
  6. Recuperar el resto de las revisiones de B .
  7. Si A y/o B son ahora una redirección a sí mismo o al otro artículo, revierta o cambie el objetivo de la redirección, según se considere apropiado.

Un ejemplo de cómo fusionar y deshacer un historial exitoso está disponible en Usuario:King of Hearts/Sandbox/6 (el artículo A ) y Usuario:King of Hearts/Sandbox/7 (el artículo B ).

Errores y problemas

Revisiones con la misma marca de tiempo.

Cuando se mueve una página, se realizan dos ediciones, con ID de revisión numerados consecutivamente y marcas de tiempo y resúmenes de edición idénticos. En los historiales de edición, las marcas de tiempo generalmente se muestran al minuto ( 17:47, 21 January 2008‎), a menos que esté configurada la preferencia de formato de fecha ISO 8601 ; sin embargo, en la base de datos quedan registrados al segundo, por ejemplo:

revivir marca de tiempo editar resumen título bytes diferencia en bytes y contenido de la página
185912120 2008-01-21
17:47:32
movió Élie, duque Decazes a Élie Decazes, duque Decazes Élie Decazes, Duc Decazes 8.304 0: se realiza una edición en el objetivo que documenta el movimiento en el resumen de edición, sin diferencia en el contenido de la página.
185912121 2008-01-21
17:47:32
movió Élie, duque Decazes a Élie Decazes, duque Decazes Élie, duque Decazes 40 ‎ ‎-8,264‎ — el texto de la página de origen fue reemplazado por#REDIRECT Élie Decazes, Duc Decazes

Las ediciones en vivo se identifican de forma única por sus números de identificación de revisión, pero las ediciones eliminadas se hacen referencia a sus marcas de tiempo . Siempre que estas dos revisiones estén ubicadas en títulos diferentes, esto no es un problema. Sin embargo, si las dos ediciones se fusionan inadvertidamente en la misma página y luego se eliminan temporalmente, es imposible restaurar una de estas ediciones sin restaurar ambas, porque comparten la misma marca de tiempo que identifica qué edición restaurar. Por lo tanto, se debe tener cuidado de no mover o fusionar una #REDIRECTedición generada por un movimiento de página fuera de la página en la que se realizó. #REDIRECTLos mensajes deben permanecer en la página en la que fueron creados, ya sea como ediciones activas o eliminadas.

Sin embargo, en teoría, estos pueden separarse usando Special:MergeHistory , pero en la práctica este es un método particularmente poco elegante y tedioso para cualquier cosa que no sea para lo que fue diseñado (es decir, fusionar historias). Aquí hay un esquema de cómo debería hacerse:

  1. Supongamos que queremos mover revisiones de A a B . Primero eliminamos A.
  2. Después de recuperar las revisiones de A , notamos que también se han recuperado las ediciones adicionales con la misma marca de tiempo que deben permanecer en A.
  3. Cree una página de usuario vacía temporal para contener las revisiones mientras realiza la división.
  4. Usando Special:MergeHistory , si las primeras ediciones no eliminadas en A deben permanecer en A , combine esas ediciones con la página de usuario temporal. Si las primeras ediciones recuperadas deben fusionarse en B , entonces fusione esas ediciones en B .
  5. Repita el paso 4 repetidamente hasta que Special:MergeHistory ya no pueda usarse.
  6. Si las revisiones restantes de A aún deben fusionarse en B , elimine B , mueva esas revisiones a B (las revisiones ya no deben mezclarse después del paso 5) y luego recupere B .
  7. Elimine la página de usuario vacía temporal y recupere todas las revisiones para volver a moverlas a A (para excluir la revisión de su creación de la página de usuario)
  8. Elimine A si quedan revisiones no eliminadas en A. Mueva la página de usuario vacía temporal a A . Recuperar las otras revisiones en A y revertir la última edición de movimiento a la última revisión anterior en A.
  9. Ahora debería terminar con las ediciones correctas fusionadas en B .

Wikidatos

Los movimientos y eliminaciones de páginas generalmente se reflejan en Wikidata tan pronto como ocurren. Después de realizar una fusión del historial, es una buena idea verificar sus contribuciones de Wikidata (enlace conveniente) y restaurar las páginas a su estado anterior si es necesario.

Ver también

Obtenido de "https://en.wikipedia.org/w/index.php?title=Wikipedia:History_merging&oldid=1210635647"