維基百科討論:合併頁面

條目的合併

from Wikipedia:互助客棧/方針

有時候，某人創建的條目只有幾句話，而這個條目內容完全可以在另外一個條目中說。例如國際法主體，現在寫得很短小，我覺得完全可以在國際法中用幾句話就把國際法主體的內容完全涵蓋。像這樣的條目，還有一些。我覺得這樣的條目，完全應該合併，直到有人寫了比較長的條目為止--百無一用是書生 (☎) 02:11 2006年5月15日 (UTC)

• (＋)支持。理應如此。不過合併前仍應評估①被合併之條目是否有擴充空間→②是否有人有擴充意願→③是否已給予了適當的擴充機會與時間等三要件之後再合併。--百楽兎 02:35 2006年5月15日 (UTC)

參見Wikipedia:合併和移動頁面。--Wikijoiner 04:52 2006年5月15日 (UTC)

• 國際法主體可以寫好大一篇喔。裏面涉及歷史的演變、不同學說的爭議。可以比國際法多很多喔！--Theodoranian|虎兒 =^-^= 05:52 2006年5月15日 (UTC)

其實我主要是以為：對於讀者來說，能夠在一個頁面上閱讀某個主題的內容，就不要分散到多個主題上去。除非這些內容非常多--百無一用是書生 (☎) 06:22 2006年5月15日 (UTC)

• (＋)支持。a mergist Gakmo (Talk) 06:39 2006年5月15日 (UTC)
• (！)意見，我認為百楽兎的要求評估的三點意見應予重視，有些情況下，太注重條目的充實而進行合併，對有發展空間的獨立條目反而會失去或推遲成長的機會，不少人會為有重要性的小作品進行擴充，但對條目下的章節往往並沒有擴充的意識。有些時候，雖然只有幾句話的條目，如果它與另一條目的關係相對獨立，判研是否是同一主題並合併也應慎重。對於閱讀的便利考量，可以通過包含方式得以體現和解決。— fdcn  talk  2006年05月15日07:20 (UTC+8 15:20)
• (！)意見，如果內容非常少，當然可以合併，否則應該保留，但要加上連結。另外提一點建議，如果有不同內容應該合併，但不要輕易加上刪除模板，每個人不管貢獻大小都是做出了努力，大家可以補充完善，只要不是侵權、惡搞或非常短小，最好不要輕易刪除，刪除最容易傷害編輯者的參與感。--方洪漸 10:27 2006年5月15日 (UTC)

重複條目之編輯歷史是否須合併？

兩個先後建立的條目在分別經過多次編修後，最後被合併為一個條目（留下一個，另一個改為重定向頁），此時是否還需要將兩個條目的編輯歷史跟着合併？如果不合併，最後成為重定向頁的條目編輯歷史大概就再也不會有人注意到了；如果合併，會因為兩條目編輯時間的交錯，或讓合併後的編輯歷史變的很混亂，甚至難以回顧與分析。不知道大家覺得此狀況的頁面編輯歷史是否需要合併？—Alberth2-汪汪 2009年1月31日 (六) 08:39 (UTC)

我覺得在編輯摘要某處加入一個指向原條目歷史的連結即可--Liangent（留言） 2009年1月31日 (六) 14:14 (UTC)

合併編輯歷史會比較好--Ws227 (留言) 2009年2月1日 (日) 01:26 (UTC)

合併編輯歷史會比較好，並在編輯摘要某處註明—Jazecorps Nekivary 2009年2月1日 (日) 04:19 (UTC)

(！)意見：編輯摘要可以在執行合併移動時註明移動是為了合併編輯歷史；但是在合併完成的編輯歷史中，仍是無法分辨哪些編輯是從不同頁面合併過來的，這也是個人認為會產生混搖困擾的部份。—Alberth2-汪汪 2009年2月1日 (日) 09:39 (UTC)

(！)意見：一個建議，如果兩頁面的編輯歷史時間沒有重疊，可以以某一天做明確的分線，例如：頁面A的編輯都在2007年12月以前，頁面B的編輯都在2008年1月以後，就可以將其編輯歷史合併。但如果兩頁面編輯歷史的時間是相乎交錯的，究竟量避免合併，以避免合併後的頁面編輯歷史難以閱讀。—Alberth2-汪汪 2009年2月8日 (日) 01:36 (UTC)

• (－)反對。合併不是移動，不必也不應合併頁面編輯歷史，請參見en:Wikipedia:Merging。--Pengyanan（留言） 2012年8月14日 (二) 05:58 (UTC)

移動

有沒有哪位能界定一下「Wikipedia:重複條目」、「Category:需要合併的條目」和「Wikipedia:移動請求」三個頁面的分工有甚麼不同？

事緣當我動手合併河南郡、三川郡、迦帕多家教父、加帕多家教父時，卻被退回了。

查上述兩對條目實為積壓已久的「Category:需要合併的條目」，前者（三川郡及河南尹）的合併，更是已在「Wikipedia:重複條目」頁面經過長足的討論而達到共識後才進行的。三川郡及河南尹的合併於2009年1月25日08:54被某用戶退回，而該用戶的再前一項改動則發生於2009年1月25日08:53，足見該用戶在進行退回前，對該兩條目的合併的前因後果，不可能有超過一分鐘的閱讀時間去理解。再查該退回合併的用戶的其他「用戶貢獻」，發現該用戶實素有盲目退回的習慣。

然而，當我檢舉該用戶的盲回退回時，又被勸喻說「條目不能手動移動，要由管理員處理。」

我見「Category:需要合併的條目」頁面只是掛上「本頁面是一個積壓的工作，需要老練的用戶關注」，並沒有說非由管理員處理不可。

結果，要做的沒人做，大量積壓，去做的被人退回，退回者自己又不做。

如果我每次對前兩個頁面的條目進行合併，都必須被退回且必須送交「Wikipedia:移動請求」頁面處理的話，那麼乾脆只保留「Wikipedia:移動請求」好了，前兩個頁面要來幹嘛？--210.6.97.145 2009年2月7日 (六) 06:11 (UTC)

確實常常有人混淆，不過移動請求和重複條目是完全不同的。移動請求是只有一個條目及內容，當無法移動到新名稱時，才需要到移動請求提出；此外，現在也會處理被以剪下貼上移動的條目的編輯歷史。由於某些情況下的移動只有管理員可以處理，因此移動請求必須由管理員處理，如果被積壓確實是管理員該設法處理。而重複條目則是同時存有兩個先後建立的條目，但可能後來被發現其實是可以合併為單一條目，因此要將兩個的內容合併，並將其中一個改為重定向頁；這種工作其實就不需要管理員的權限就可以進行，任何熟悉維基百科的人都可以處理，只是問題常常在於要如何決定將哪個條目改為重定向頁？取得合併的共識也是處理重複條目最難的部分，也因次重複條目會更容易被積壓。—Alberth2-汪汪 2009年2月7日 (六) 06:59 (UTC)

謝謝回覆，那麼，套用到河南郡、三川郡、迦帕多家教父、加帕多家教父這幾個案例時，應該如何處理才對？我確實是在「Category:需要合併的條目」找到的，也確實被退回了，而該退回動作也被肯定了，是不是又該交由「Wikipedia:移動請求」處理？--210.6.97.145 2009年2月7日 (六) 07:42 (UTC)

有時候可能只是誤會，或許其他人沒注意到該頁面已經有合併的討論及共識，這時候建議可以直接去回退者的對話頁提出說明、溝通，應該有助於解決爭議。另外，也建議在合併同時善用編輯摘要，讓他人知道為何自己要做此修改。因為這些動作並不是在進行條目的移動，因此也不需要到移動請求提出。—Alberth2-汪汪 2009年2月7日 (六) 07:52 (UTC)

想問一下，直接手動重定向豈不是讓被Ａ條目的原編輯歷史停止了？原編輯者的功夫豈不是白費？這種情況不是不應該手動重定向而是由管理員移動再合併編輯歷史嗎？--91.142.12.62 (留言) 2009年2月7日 (六) 07:58 (UTC)

可以參考Wikipedia:合併和移動頁面#如何合併頁面，在合併兩頁面時，編輯歷史的合併並非是必須的；目前的作法是認為有此需求的話，可以在合併完成後再至移動請求提出，但提出前此兩條目必須先將內容整合完成，才能方便管理員進行編輯歷史的合併。不過個人並不建議所有合併的條目都將編輯歷史合併，因為會產生讓編輯歷史混亂的問題，可以參考我在Wikipedia:互助客棧/方針/存檔/2009年2月#重複條目之編輯歷史是否須合併？提出的討論，如果有任何建議方式也歡迎一起提出。—Alberth2-汪汪 2009年2月7日 (六) 08:19 (UTC)

Wikipedia:重複條目/存檔/2008年中為什麼還有未解決便存檔的請求？

遇到內容雷同的兩個條目究竟是不是應當到Wikipedia:重複條目提出？我發現我在那裏提出的請求，結果無非是（一）沒有管理員搭理便被存檔；（二）被IP用戶或管理員手動合併頁面，而且這種手動合併的行為似乎也被其他管理員們所默許。於是，遇到鋁熱劑和鋁熱法兩個應當合併的條目後，我將鋁熱劑手動合併到鋁熱法，並在將 Talk:鋁熱劑 轉移至 Talk:鋁熱法 後，將其提交快速刪除。然而該提刪頁卻被管理員掛上了hangon模板，並被提到了Wikipedia:移動請求，要求「合併編輯歷史」，致使兩者編輯歷史混在一起，甚至出現了我將「鋁熱法」重定向到「鋁熱法」的記錄，我的編輯被回退，並被恢復，最後的頁面歷史成了這樣。難道管理員認為這樣互相交錯、混亂不堪的編輯歷史才是正確的？鋁熱劑 只有一個主要貢獻用戶，其內容也大多與 鋁熱法 相同，手動合併時編輯摘要中已有記錄，如果想要看合併前的頁面歷史，完全可以去相應的頁面歷史頁中看，兩者互不影響，然而合併後頁面歷史中只有頁面移動的記錄，並沒有合併的記錄，管理員們卻非要使編輯歷史變得凌亂，讓看頁面編輯歷史的人一頭霧水。如此雙重標準，實在令人費解。—Choij (留言) 2009年2月7日 (六) 09:37 (UTC)

你提出的疑問可以分兩點來說明：

• 其實Wikipedia:重複條目並不是要由管理員來處理的工作，因為這項工作並不需要管理員的權限，是任何人都可以處理的；而重複條目的合併，確實也就是「手動」將兩條目的內容集中在一個上，再將另一個改為重定向。至於未被處理就被存檔，你舉的例子那就是我的疏忽了......。
• 完成合併後，是否需要將原本的兩條目編輯歷史跟着合併，這目前尚未有一致的共識，個人也是與你一樣認為一般狀況下不要合併比較好，因為會讓編輯歷史交錯，難以閱讀（可以參考上方「重複條目之編輯歷史是否須合併？」一節之討論）；但是還是有許多人認為為了保留兩條目所有貢獻者的紀錄，應該合併。所以才會有人提出將兩編輯歷史合併的請求，並獲得其他管理員的認同並執行。這個議題確實需要更多人一起討論，尋找一個兩全的解決方案。

—Alberth2-汪汪 2009年2月7日 (六) 13:43 (UTC)

當條目A請求合併到條目B時，探討「合併討論應該留在哪個條目」這議題。

最近遇上一個問題，我看Wikipedia:合併和移動頁面並沒說明合併討論應該放在哪個條目。現在我提出問題是：當條目A請求合併到條目B，請問討論該留在Talk:A還是Talk:B？因為模板設計是Template:Mergeto這樣，當你使用它去提出合併時，萬一你有討論需求，擊選（討論）進去，系統會幫你指向Talk:B；然而，我想法是條目B並沒提出合併，而是條目A被請求合併，萬一合併不成，那麼討論放在Talk:B，若是讀者哪天在看條目A也有相同疑問：「條目A明明就是條目B」，但他不知道有人提出過合併了，另一種情況是有人無意間看到「條目A」的修訂歷史有記錄使用Template:Mergeto的頁面這筆編輯，可是在Talk:A沒看到討論，這二種情況都會使人無法看到合併討論，即使熟悉維基操作的人，也還是得特地去找條目B才會看見Talk:B有沒有提出合併討論，若是對不熟悉的人來說，或許真的會有人不知道條目A過去有人提出合併的紀錄了。--111.252.233.57（留言） 2016年6月8日 (三) 10:48 (UTC)

我的習慣是在Talk:B開討論，然後在Talk:A寫上「關於此條目的合併討論請至Talk:B」，如此一來就不用擔心有人沒注意到討論紀錄了。--M940504（留言） 2016年6月9日 (四) 13:12 (UTC)