Ensiklopedia

Di masa-masa awal Wikipedia bahasa Inggris dirintis, penggantian nama artikel dilakukan secara manual, menggunakan metode "potong-tempel" atau "salin-tempel", sebelum fungsi pindahkan halaman diaktifkan untuk nonpengurus pada bulan Agustus 2002 , dan kemudian menjadi fitur bawaan di Wikipedia bahasa lainnya yang diluncurkan setelahnya.

Namun faktanya, kebanyakan orang "terpaksa" melakukan pemindahan potong-tempel, entah karena masih awam terhadap keberadaan fitur ini, galat " Halaman dengan nama tersebut telah ada atau nama yang dipilih tidak sah. Silakan pilih nama lain." (misalnya, karena target memiliki riwayat), atau memang tidak tahu kalau ada halaman permintaan pemindahan halaman .

Kalau sekiranya pemindahan potong dan tempel ini dilakukan, riwayat halaman dapat pecah menjadi dua halaman berbeda. Hal ini tentu tidaklah praktis, karena kami perlu menyimpan riwayat konten untuk alasan hak cipta (Anda dapat membaca .)

Dalam beberapa keadaan, pengurus dan importir dapat memperbaikinya dengan menggabungkan dua riwayat, menggunakan prosedur yang diberikan di bawah ini.

Penggabungan riwayat itu diwajibkan atas dasar atribusi, karena akan ada atribusi yang hilang saat artikel masih menggunakan judul lama. Pada gambar yang ditampilkan, tampak seolah-olah pengguna dengan nama Thegreatrebellion telah membuat keseluruhan teks tambahan di artikel yang berjudul " Syed Saddiq ", padahal kenyataannya terdapat kontribusi dari lebih dari beberapa penulis di halaman sebelumnya yang berjudul " Syed Saddiq Syed Abdul Rahman ".

Meskipun bukan daftar yang lengkap, halaman yang memenuhi kriteria di bawah ini mungkin memenuhi syarat untuk digabungkan riwayatnya:

• Sudah banyak penulis dalam riwayat halaman di lokasi asalnya.
• Penulis yang menyalin kemudian memotong seluruh isi halaman, menempelkannya ke judul baru, kemudian membuat halaman pengalihan di judul lama serta menghasilkan ringkasan "Mengalihkan ke <judul baru>"
• Halaman baru awalnya adalah pengalihan lalu ditimpa sebuah artikel "baru"

Ada penulis yang merasa bahwa dirinya tak dapat memindahkan halaman (misalnya, bukan pengguna terkonfirmasi), sehingga ia cenderung menyalin/menempel draf/bak pasir yang mungkin telah dirampungkan ke ruang nama artikel. Apabila artikel tersebut hanya ada satu penulis, maka tidak perlu ada penggabungan riwayat karena tidak ada masalah atribusi (hanya satu penulis yang menulis semua konten).

Jika penyuntingan trivial dilakukan oleh penyunting lain, seperti menambah tag pemeliharaan/peringatan atau kategorisasi, dan tidak ditanggapi dengan perbaikan oleh penulis lain selain penulis utama, penggabungan riwayat juga tidak diperlukan.

Prosedur ini mudah dilakukan dengan menggunakan Twinkle .

1. Letakkan {{ Gabung riwayat |Judul artikel lama}} di judul artikel baru , tempat isi artikel ditempel . Halaman akan muncul dalam kategori tersembunyi Usulan penggabungan riwayat .
2. Pertimbangkan untuk memberi tahu pengguna tentang masalah tersebut di halaman pembicaraan mereka, dengan menggunakan {{ subst:uw-c&pmove }}.

Anda dapat memberikan penjelasan tambahan dengan mengisi parameter |detail= pada templat {{ Gabung riwayat }} . Misalnya, ada kasus ketika pengguna menyunting artikel di judul baru setelah pemindahan manual, yang mana tambahan suntingannya dapat diabaikan (misalnya suntingan baru yang dibalikkan).

Jika tidak ada perubahan sejak revisi yang disalin baik pada halaman asli maupun halaman yang ditempel, Anda dapat menandai halaman tujuan dengan tag penghapusan cepat sementara {{ db-copypaste }} (lihat Wikipedia:Penghapusan cepat#U6 ), kemudian tunggu pengurus untuk mengembalikan halaman asal dan lakukan pemindahan biasa. Istimewa:Bandingkan halaman atau alat serupa harus digunakan untuk memverifikasi bahwa tidak ada satu pun perubahan yang dibuat.

Anda juga dapat meninggalkan sebuah utas (trit) di Wikipedia:Permintaan penggabungan dua riwayat , jika masalah yang dihadapi sangat kompleks.

Hal yang sangat memungkinkan untuk penggabungan riwayat adalah ketika penulis menyalin dan menempel semua isi artikel dari judul lama ke judul baru , lalu halaman lama tidak lagi disunting. Dengan kata lain, saat riwayat halaman pertama dipindahkan, di situlah riwayat halaman kedua dimulai, dan tidak ada perbedaan yang bertumpang tindih.

Terkadang pengguna mengajukan permohonan penggabungan riwayat yang tidak dianjurkan dalam proses penggabungan dua artikel dengan subjek sama tetapi isinya berbeda. Cara ini tidaklah dianjurkan, karena hal itu akan mengacak riwayat penyuntingan menjadi satu daftar dan menimbulkan kekacauan. Solusi yang dapat dipertimbangkan, adalah menggunakan templat {{ disalin }} dan meletakkannya pada halaman pembicaraan baik sumber maupun tujuan, agar memenuhi persyaratan atribusi hak cipta berdasarkan .

Pengurus dapat menggunakan halaman Istimewa:Riwayat penggabungan , untuk melakukan penggabungan riwayat. Hal ini akan berbeda dengan cara manual, yaitu sebagai berikut:

1. Otomatis mendeteksi versi terbaru dari halaman asal , yang lebih lawas dari versi terlama dari halaman tujuan , dan tidak akan mengizinkan pengguna untuk memindahkan revisi selanjutnya. Fitur ini cocok jika halaman asal akhirnya menjadi sesuatu yang lain, tetapi dapat buruk jika halaman tujuan dimulai sebagai pengalihan ke sumber. Jika ada pengalihan yang menghalangi penggabungan riwayat, pengalihan dan tiap suntingan lawas perlu dihapus atau digabungkan ke pengalihan lain. Cara penggabungan manual (hapus dan pulihkan halaman) halaman dengan riwayat suntingan yang panjang dapat memakan waktu dan sumber daya, dan pengurus tidak boleh menghapus halaman yang lebih dari 5.000 suntingan dalam riwayatnya. Cara yang mudah dalam kasus ini adalah menggabungkan riwayat pengalihan dan riwayat sebelumnya ke pengalihan lain yang dibuat lebih baru. Lihat § Menghapus pengalihan yang menghalangi penggabungan .
2. Pengguna dapat mengaturnya agar hanya memindahkan revisi yang lebih awal dari itu – sangat mungkin untuk memilih revisi terbaru yang harus dipindahkan.
3. Tidak akan mencampurkan versi yang dihapus dan yang tidak dari halaman tujuan .
4. Mempertahankan perlindungan apa pun yang mungkin dimiliki halaman tujuan .
5. Tidak membuat revisi baru dari halaman asal .
6. Jika pengguna memindahkan semua revisi sumber yang tidak terhapus, pengalihan keras otomatis dibuat. Hal ini tidak dapat diabaikan.
7. Log untuk tindakan ini tidak ada di log pemindahan – log tersebut ada di log tersendiri .

• Untuk menghapus pengalihan pemblokiran:
  1. Periksa riwayat yang dihapus di halaman tujuan , dan silakan mencatat semua suntingan yang dihapus di sana
  2. Hapus halaman tujuan dengan memberi alasan "menyiapkan penggabungan riwayat"
  3. Pulihkan semua kecuali suntingan yang sebelumnya dihapus dan revisi (pengalihan) terlawas – hal ini akan dihapus melalui pemindahan biasa saat "dipindahkan ke pengalihan"
     • Operasi penghapusan dan pemulihan sering kali galat karena butuh waktu panjang untuk memproses halaman dengan riwayat suntingan yang panjang. Coba saja hapus atau pulihkan lagi; hampir selalu berhasil pada percobaan kedua.
     • Sekarang Istimewa:Riwayat penggabungan dapat melakukan penggabungan; teknik ini menghindari pembuatan suntingan baru yang perlu dikembalikan, yang terjadi ketika asal dipindahkan ke tujuan.
• Untuk menghapus pengalihan pemblokiran dengan menggabungkan riwayat:
  1. Temukan pengalihan lain ke halaman target menggunakan Istimewa:Pranala balik , serta centang sembunyikan pranala dan transklusi: . Contoh:
  2. Temukan pengalihan yang sesuai, yang revisi terlamanya (tanggal pembuatan) lebih baru daripada revisi terbaru dari riwayat pengalihan yang harus dihapus
  3. Gabungkan riwayat pengalihan yang menghalangi penggabungan ke pengalihan tersebut. Contoh: Istimewa:PageHistory/Industri Kereta Api (perusahaan) . Revisi April 2025 ke bawah digabungkan ke sini dari Industri Kereta Api ( log )
     • Sekarang Istimewa:Riwayat penggabungan dapat melakukan penggabungan; teknik ini menghindari pembuatan suntingan baru yang perlu dikembalikan, yang terjadi ketika sumber dipindahkan ke target
• Alih-alih mencari pengalihan, Anda dapat membuat halaman sementara (misalnya, di bak pasir atau draf), menggabungkan riwayat pengalihan pemblokiran di sana, lalu menghapus halaman sementara setelah selesai.

Peringatan : prosedur ini dapat dibatalkan melakui prosedur yang sangat lama dan melelahkan. Untuk membatalkan penggabungan, lihat di bawah . Jangan lakukan ini jika Anda tidak yakin apa yang akan Anda lakukan.

Prosedur berikut menggabungkan riwayat halaman dalam kasus contoh hipotetis:

Misalkan Industri Kereta Api (perusahaan) (judul lama) adalah satu-satunya artikel tentang subjek tersebut, dan tersebut berkembang melalui beberapa kali penyuntingan, hingga diputuskan bahwa Industri Kereta Api (judul baru) adalah judul yang lebih baik untuk artikel tersebut. Misalkan lebih lanjut bahwa karena alasan apa pun, isi artikel lama tersebut:

• dipotong dari judul lama ,
• diubah menjadi pengalihan ke judul baru , dan
• ditempelkan ke artikel yang baru dibuat dengan judul baru.

(Misalkan, Anda tidak dapat menggunakan alat pemindah judul artikel, atau Anda tak tahu kalau alat itu memang ada.) Dan misalkan artikel pengganti (judul baru) ini berkembang lebih jauh dan mencerminkan riwayat baru dari suntingan lebih lanjut ini. Lalu kami ingin mencangkokkan suntingan riwayat (lama) dari Industri Kereta Api (perusahaan) (artikel dengan judul lama) ke riwayat baru dalam Industri Kereta Api (artikel dengan judul baru) di mana riwayat-riwayat parsial tersebut dapat saling melengkapi. Prosesnya adalah sebagai berikut:

1. Pindahkan judul lama Industri Kereta Api (perusahaan) ke judul baru Industri Kereta Api seperti biasa, menggunakan alat pemindah judul. Pengurus menyetujui penghapusan Industri Kereta Api untuk mengizinkan pemindahan. (Sekarang versi lama adalah keseluruhan sejarah judul baru.)
2. artikel Industri Kereta Api , dengan cara:
   1. Melihat riwayat halaman,
   2. Mengeklik "Lihat atau kembalikan (jumlah) suntingan yang telah dihapus?", dan
   3. Mengeklik "Pulihkan". (Sekarang riwayat judul baru memiliki versi lama dan baru, termasuk salinan tambahan dari versi terkini " Industri Kereta Api (perusahaan) ", yang dibuat oleh alat pindah.)
3. Pada tahap ini, Industri Kereta Api hanya akan menampilkan teks "#ALIH Industri Kereta Api " (dengan asumsi pengalihan adalah versi terkini " Industri Kereta Api (perusahaan) ", halaman Industri Kereta Api sekarang akan menampilkan versi terkini Industri Kereta Api (perusahaan) . Langkah terakhir adalah kembali ke versi terakhir Industri Kereta Api sebelum pemindahan, dengan:
   1. Mengeklik "Riwayat halaman" pada Industri Kereta Api .
   2. Lakukan pemuatan ulang paksa (Shift+Control+R di Mozilla atau Opera, Ctrl+F5 di Internet Explorer, dan Ctrl+R di Firefox) untuk melihat riwayat terkini yang mencerminkan pembatalan penghapusan. ¹
   3. Balikkan ke versi sebelum dipindahkan.

Misalkan halaman Industri Kereta Api memiliki terlalu banyak revisi untuk dihapus sehingga penggabungan secara langsung dapat mengacak-acak riwayat suntingannya. Prosedur berikut dapat digunakan untuk menggabungkan riwayat halaman dalam situasi ini:

1. Pindahkan judul baru Industri Kereta Api ke judul lama Industri Kereta Api (perusahaan) dengan ringkasan pemindahan seperti "penggabungan riwayat, akan segera kembali ke judul yang benar". Jawab "Ya" ketika diminta untuk menghapus halaman Industri Kereta Api (perusahaan).
2. Batalkan penghapusan revisi Industri Kereta Api (perusahaan) yang berisi riwayat halaman.
3. Pindahkan Industri Kereta Api (perusahaan) kembali ke Industri Kereta Api .
4. Bila perlu, batalkan penghapusan revisi yang tersisa di Industri Kereta Api (perusahaan) .

Kadangkala, setelah pemindahan potong dan tempel dilakukan, artikel pada judul lama kemudian disunting untuk tujuan lain (misalnya, menjadikannya sebagai disambiguasi ). Itu menyebabkan artikel yang sekarang ada di JudulBaru memiliki sebagian sejarahnya di sana, dan sebagian di JudulLama , tetapi sejarah di JudulLama juga memuat riwayat JudulLama (disambiguasi) . Penggunaan fungsi penghapusan selektif memungkinkan hal ini diperbaiki juga.

Untuk memilih lebih dari satu revisi untuk dibatalkan penghapusannya, centang revisi pertama yang akan dibatalkan penghapusannya, lalu shift-klik revisi terakhir yang akan dibatalkan penghapusannya. Setiap revisi antara dapat dipilih.

Contohnya, Anda akan memindahkan Stasiun Gedangan ; yang teksnya dipotong-tempel ke judul " Stasiun Gedangan (Sidoarjo) ", lalu Stasiun Gedangan diubah menjadi halaman disambiguasi. Cara memperbaikinya adalah:

1. Stasiun Gedangan dihapus.
2. Pembatalan penghapusan selektif digunakan untuk membatalkan penghapusan hanya versi Stasiun Gedangan yang muatan teksnya sesuai dengan " Stasiun Gedangan (Sidoarjo) ".
3. Versi "Stasiun Gedangan (Sidoarjo)" di Stasiun Gedangan dipindahkan ke Stasiun Gedangan (Sidoarjo) , menggunakan fungsi pemindahan halaman normal. Agar hal ini terjadi, Stasiun Gedangan (Sidoarjo) harus dihapus, meskipun cara pemindahan biasa dapat digunakan.
4. Pembatalan penghapusan Stasiun Gedangan (Sidoarjo) mengembalikan sisa versi artikel tersebut ke riwayat aslinya. ¹
5. Namun, versi terkini dalam riwayat Stasiun Gedangan (Sidoarjo) saat ini adalah versi terkini dari riwayat lama Stasiun Gedangan (ini adalah salinan versi tersebut, yang dibuat oleh fungsi pemindah halaman). Jadi, masuklah ke riwayat Stasiun Gedangan (Sidoarjo) , pilih versi yang paling baru berikutnya, klik versi tersebut, dan ketika muncul, klik "Sunting halaman ini", abaikan pesan "PERINGATAN: Anda sedang menyunting revisi lama suatu halaman", ketik sesuatu yang sesuai (misalnya, "mengembalikan versi terbaru setelah menggabungkan riwayat") di ringkasan suntingan , dan tekan "Simpan halaman". Artikel itu sekarang dikembalikan ke kondisinya sebelum prosedur ini, dan kini juga memiliki riwayat lengkapnya.
6. Langkah 3 di atas (pemindahan) akan meninggalkan riwayat yang hanya berisi pengalihan di Stasiun Gedangan . Hapus pengalihan.
7. Pembatalan penghapusan semua versi lain dari Stasiun Gedangan mengembalikan riwayat terkini dari artikel tersebut; tidak ada langkah tambahan yang diperlukan, karena versi terkini sekarang seharusnya menjadi versi terkini. ¹

Contoh yang baru saja dijelaskan di atas hanya berfungsi dengan baik jika dua bagian riwayat dari satu 'artikel' tidak berhubungan; ibaratnya "yang lama berakhir" sebelum "yang baru dimulai". Prosedur tersebut tidaklah memadai apabila kondisi tersebut tidak terpenuhi, misalnya jika salinan artikel pada judul lama telah disunting beberapa kali setelah isinya ditempelkan ke judul baru. Misalnya, perihal berikut bukanlah sesuatu yang jarang terjadi:

1. sebuah artikel di judul lama A yang akan dipotong dan ditempel ke judul baru B , dan
2. A kemudian akan dibalikkan menjadiartikel pada topik yang sama, dengan serangkaian suntingan di sana juga.

Dalam kasus ini, waktu dari dua serangkaian penyuntingan akan tumpang tindih.

Lalu, ketika pengguna ingin menggabungkan halaman-riwayat halaman A dan B menggunakan metode yang dijelaskan di atas, hasilnya akan mengurutkan riwayat revisi A dan B menurut waktu, dengan hasil bahwa berbagai versi A akan disisipkan di antara versi-versi dalam riwayat halaman halaman B (dan/atau sebaliknya). Memeriksa riwayat hasil penggabungan ini tanpa membedakan antara dua perkembangan yang saling tumpang tindih bisa menimbulkan kebingungan yang luar biasa.

Prosedur yang tepat untuk kasus semacam ini adalah dengan mengabaikan penggabungan riwayat, alih-alih, menangani situasi tersebut sebagai penggabungan normal; dengan cara menempatkan catatan yang mengarah ke versi lain dari halaman tersebut pada halaman pembicaraan artikel. Misalnya, dengan memberi pranala ke riwayat halaman lama di pembicaraan artikelnya.

MediaWiki tidak mengizinkan riwayat halaman diarsipkan secara publik pada judul halaman yang tidak memuat halaman langsung atau pengalihan. Oleh sebab itu, jika dua halaman dengan "riwayat paralel" digabungkan tetapi tidak diinginkan untuk tetap mengalihkan dari judul lama ke judul baru, riwayat halaman yang lama perlu dipindahkan. Caranya dengan memindahkan riwayat halaman ke subhalaman dari halaman pembicaraan di halaman tujuan. Gunakan templat {{ }} untuk menandai versi paralel yang ditemukan di halaman pembicaraan.

Selain itu, jika misal halaman A hendak digabung riwayatnya dengan B, pastikan tidak ada suntingan yang dihapus di B, karena menghapus B dapat mengacak-acak riwayat lama dan riwayat yang tidak dihapus tersemat bersama-sama dengan halaman itu. Untuk menangani masalah ini, riwayat yang dihapus harus diselamatkan dari bawah B melalui beberapa proses seperti ini: Pindahkan B ke judul lain, katakanlah B_zxcvbnm (tanpa pengalihan). Batalkan penghapusan B. Pindahkan B ke nama lain, misalnya B/versi_lama. Lalu hapus lagi B/versi_lama jika perlu. Pindahkan B_zxcvbnm kembali ke B (tanpa membuat pengalihan).

Dengan cara yang sama, jika sebuah halaman harus dihapus dan kemudian sebagian dibalikkan ke semula untuk memisah riwayat, periksa apakah halaman tersebut berada pada riwayat paralel yang telah dihapus.

Seiring berjalannya waktu, artikel dapat berubah dari satu topik utama menjadi topik lain yang terpisah. Biasanya hal ini dilakukan melalui metode pemindahan dan disambiguasi . Namun, jika pengguna belum terbiasa dengan proses ini, pengguna bisa saja mengubah topiknya (menimpa yang lama) dan melanjutkan penyuntingan. Jika hal ini tidak segera diketahui, topik baru akan mudah membangun riwayat suntingannya sendiri yang substansial. Pengurus dapat menggunakan langkah-langkah berikut untuk memperbaiki masalah ini dengan tetap memelihara riwayat terpisah untuk topik-topik terpisah:

1. Hapus artikel lama.
2. Pulihkan ke revisi sebelumnya hingga batas ketika topik diubah.
3. Pindahkan [tanpa pengalihan] versi yang dipulihkan (topik lama) ke judul baru (lihat pula disambiguasi )
   • Jika sudah ada artikel dengan judul baru dan Anda ingin menggabungkannya:

   a) pilih opsi “Hapus artikel”, saat memindahkan;

   b) kembalikan revisi artikel baru yang dihapus.

4. Pulihkan revisi baru dari topik baru (masih pada nama artikel asli)
5. Kembali ke versi terbaru sesuai kebutuhan
6. Buat halaman disambiguasi untuk berbagai topik

Anda akan memindahkan semua versi nonpengalihan dari satu halaman ke riwayat halaman lain dan meninggalkan pengalihan. Harap perhatikan situasi berikut saat memutuskan apa yang harus dilakukan dengan pengalihan:

• Apakah pengalihan yang dihasilkan memenuhi syarat penghapusan cepat (lihat WP:KPC#Umum dan WP:KPC#Pengalihan )? Seperti halnya pemindahan halaman biasa, pertimbangkan untuk menunggu beberapa hari sebelum menghapus pengalihan yang tersisa meskipun pengalihan tersebut memenuhi syarat untuk penghapusan cepat.
• Apakah semua pranala masuk ke sisa pengalihan sudah diperbaiki? Jika tidak, jangan hapus pengalihan sampai selesai.
• Apakah mungkin penulis terkini dari revisi yang dipindahkan sedang memantau halaman tersebut? Silakan untuk memberi tahu mereka tentang perubahan tersebut.
• Apakah pengalihan yang tersisa ada di ruang Pengguna: atau Pembicaraan_Pengguna:? Jika Anda menghapusnya, beri tahu pengguna yang terpengaruh kecuali ada alasan kuat untuk tidak melakukannya. Pertimbangkan untuk meninggalkan pengalihan kecuali jika hal itu akan menimbulkan masalah, seperti dalam kasus:
  • Pengalihan dari halaman pengguna "utama" atau halaman pembicaraan pengguna "utama" ke suatu tempat selain halaman lain di ruang pengguna tersebut.
  • Pengalihan ke halaman pengguna lain atau ruang nonpengguna dengan cara yang dapat menimbulkan kebingungan.

Jika X ditransklusikan ke Y, dan X ditandai sebagai halaman tujuan dalam penggabungan riwayat, maka X dan Y akan muncul dalam , dan kedua halaman akan menampilkan permohonan untuk melakukan penggabungan riwayat. Pengurus tidak boleh coba-coba melakukan penggabungan riwayat pada halaman Y, tetapi halaman X saja. Hal ini terjadi jika X adalah templat, tetapi dapat terjadi pada setiap halaman yang ditransklusikan. Untuk menghindari masalah ini, {{ history merge }} harus ditempatkan di tag <noinclude> pada halaman X.

Jika penggabungan riwayat harusnya tidak dilakukan, penggabungan tersebut dapat dibatalkan. Namun, perlu diingat bahwa tindakan ini sangat merepotkan, terutama jika artikelnya memiliki riwayat yang cukup panjang. Berikut ini adalah prosedur yang tercantum:

1. Misalkan A mempunyai riwayat yang sudah digabung ke dalam B.
2. Saya ingin mengembalikan riwayat A sebelumnya kembali ke A.
3. Hapus B .
4. Batalkan penghapusan secara selektif revisi B yang sebenarnya adalah riwayat A sebelum penggabungan riwayat.
5. Pindahkan B ke A.
6. Batalkan penghapusan sisa revisi B.
7. Jika A dan/atau B saat ini merupakan pengalihan ke dirinya sendiri atau artikel lain, maka kembalikan atau ubah target pengalihan.

Saat halaman dipindahkan, dua suntingan akan dibuat, dengan ID revisi bernomor dan cap waktu dan ringkasan yang sama dan serupa. Dalam riwayat suntingan, cap waktu biasanya ditampilkan hingga menit ( 17.47, 21 January 2008‎ ), kecuali preferensi format tanggal ISO 8601 ditetapkan; tetapi, dalam basis data, cap waktu dicatat hingga detik.

Setiap suntingan memiliki ID revisi yang unik, tetapi suntingan yang dihapus dirujuk berdasarkan stempel waktunya . Selama kedua revisi tersebut berada pada judul yang berbeda, hal ini tidaklah mengapa. Akan tetapi, jika dua suntingan tanpa sengaja digabungkan ke halaman yang sama, lalu dihapus sementara, mustahil memulihkan salah satu suntingan tersebut tanpa memulihkan keduanya, karena keduanya berbagi stempel waktu yang sama, yang mengidentifikasi suntingan mana yang hendak dipulihkan. Maka dari itu, waspadalah untuk tidak memindahkan atau menggabungkan suntingan #ALIH yang diakibatkan pemindahan halaman dari halaman tempat suntingan itu dibuat. #ALIH harus tetap berada pada halaman tempat konten tersebut dibuat, baik sebagai suntingan aktif maupun yang dihapus.

Secara teoretis, kedua riwayat ini dapat dipisahkan menggunakan Istimewa:Riwayat penggabungan , tetapi ini sangat menyulitkan untuk hal lain selain yang dirancang untuknya (misalnya penggabungan riwayat). Berikut sketsa bagaimana hal itu perlu dilakukan:

1. Misalkan saya hendak memindahkan revisi A ke B. Hapus A.
2. Setelah membatalkan penghapusan revisi A , saya melihat bahwa suntingan tambahan dengan stempel waktu yang sama yang perlu tetap pada A juga dibatalkan penghapusannya.
3. Buat halaman pengguna kosong sementara untuk menampung revisi saat melakukan pemisahan.
4. Dengan menggunakan Istimewa:Riwayat penggabungan , jika suntingan pertama yang belum dihapus pada A perlu tetap berada di A , gabungkan suntingan tersebut ke halaman pengguna sementara. Jika suntingan pertama yang belum dihapus harus digabungkan ke B , maka gabungkan suntingan tersebut ke B.
5. Ulangi langkah 4 hingga Istimewa:Riwayat penggabungan tidak dapat digunakan lagi.
6. Jika revisi yang tersisa pada A masih harus digabungkan ke B , hapus B , pindahkan revisi tersebut ke B (revisi tidak boleh dicampur lagi setelah langkah 5), lalu batalkan penghapusan B.
7. Hapus halaman pengguna yang kosong sementara, dan batalkan penghapusan semua revisi untuk dipindahkan kembali ke A (agar tidak termasuk revisi Anda yang membuat halaman pengguna)
8. Hapus A jika masih ada revisi yang belum dihapus pada A. Pindahkan halaman pengguna yang kosong sementara ke A. Batalkan penghapusan revisi lain pada A dan kembalikan suntingan pemindahan terakhir ke revisi terakhir sebelumnya pada A.
9. Anda sekarang akan mendapatkan suntingan yang benar yang digabungkan ke B.

Setiap pemindahan dan penghapusan artikel secara otomatis akan direkam di Wikidata setelah terjadi. Setelah melakukan penggabungan riwayat, ada baiknya Anda memeriksa kontribusi Wikidata Anda ( pranala praktis ) dan memulihkan halaman ke keadaan sebelumnya jika perlu.

• Wikipedia:Penggabungan (penggabungan isi artikel)
• Wikipedia:Pemisahan
• Bantuan:Penggabungan