Talk:迦帕多家教父

本条目页属于下列维基专题范畴：

（获评未知重要度）

	哲学主题查论编本条目页属于哲学专题范畴，该专题旨在改善中文维基百科哲学领域类内容。如果您有意参与，请浏览专题主页、参与讨论，并完成相应的开放性任务。
未评	根据专题质量评级标准，本条目页尚未接受评级。
未知	根据专题重要度评级标准，本條目尚未接受评级。

移動

本主題或以下段落文字，移動自Wikipedia:互助客栈/方针/存档/2009年2月。

有沒有哪位能界定一下「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)[回复]