Wikipedia:修訂版本刪除

修訂版本刪除（RevisionDelete，亦簡寫為RevDel、RevDelete）允許將頁面歷史或日誌裡的個別項目從公開檢視狀態移除。其可以用來做出「選擇性刪除」。修訂版本刪除應該只用在符合校訂標準的情形。

修訂版本刪除可以隐藏某个修订版本的内容、作出编辑或日志行为的用户名和编辑摘要或日志摘要。此外，监督员也使用该工具中的另一设置进行监督隐藏。

如果发现某个修订版本需要删除，可至Wikipedia:修订版本删除请求提报。

概要

修订版本删除工具允许管理员有选择性地对修订版本和日志记录进行删除，并允许其他管理员作出合适的调整。该修订版本或日志项目仍然会出现在历史页面或日志页面中，但是公众将无法看到被删除的部分。任何用户都可以要求一名管理员复核某一次修订版本删除，以确保工具未被滥用。

作为删除工具的一种，修订版本删除工具的使用也有严格的指引。

在违反了维基媒体基金会的监督方针（宽泛地包括个人隐私泄漏与诽谤）的紧急情况下，管理员可以先进行修订版本删除，然后再联系监管员。

與傳統選擇性刪除的比較

技術優勢超越傳統選擇性刪除（採取刪除後部分恢復）：

• 毋須先刪除條目，只移除特定修訂版本。
• 可以選擇性去除修訂版本要素，而不是整個編輯（例如編輯摘要或修訂內容有問題但用戶名稱正常）
• 修訂版本刪除可以用在具有冗長歷史的頁面，而传统删除不可用于超过5万次编辑的页面。
• 修訂版本刪除可以用在日誌上（例如頁面移動破壞的结果）。

其他顯著優勢：

• 只要不删除编辑内容，即可避免历史版本对比时，某一用户的编辑显示为他人的编辑结果。因此，署名权与历史记录受到的影响较小。
• 避免出现部分恢复时，不慎恢复早先被删除的版本。在执行的过程中也不会使页面处于被删除的状态。
• 条目的历史不再被拆分到历史页面与被删除的历史页面，因此所有编辑都位于公开的页面上。
• 非管理员虽然不可以查看被删除的内容，但是可以知道哪些内容被删除。

然而，在修訂版本刪除後，會在頁面歷史留下灰色的紀錄，破壞頁面的簡潔，有時反而會引起注意，造成史翠珊效應，另外，有些用戶會視此為羞辱。

校訂標準

在一个大规模社群中出现少量破坏或者扰乱是常见的。一般来说，只有符合以下标准的内容方可被删除。在请求删除前，请考虑回退或直接忽略是否可行。如果的确需要删除，请管理员只删除必要的内容，并写明理由。

1. 明顯侵犯版權的内容可以在尽量不影响到未侵犯版权的其他作者的前提下被删除。
2. 針對個人、團體或組織的嚴重侮辱、貶低或攻擊性材料，且几乎或完全不具有价值或百科性，抑或违反生者传记方针。这包括各种侮辱、诽谤以及极具冒犯性的内容。这不包括事实陈述，也不包括一般性的不文明、人身攻击或对他人行为的控诉。如果页面标题符合上述内容，可以在删除或移动该页面后，从日志内移除标题。符合监督方针的内容可考虑申请监督隐藏。

   请注意：为防止滥用或破坏页面历史，只有极度不文明，侮辱和恶心的内容才应利用修订版本删除功能。对于此种内容的评判标准之一可以是考虑是否在执行普通删除后，该单一历史版本仍能造成恶劣影响。对于一般删除/回退即可消除影响的内容，请尽量利用一般删除/回退功能。

3. 純粹的擾亂性內容，且与百科全书毫无关联。这包括对他人的指控、骚扰或非常不合适的威胁或攻击，导致浏览器崩溃或其他恶意HTML代码，恶意使人受到惊吓的页面、钓鱼页面、受病毒影响页面、内容仅用于贬低或威胁他人而毫无其他意义的外部链接（不包含一般的垃圾连接）。
4. 非公開的私人信息。这包括对未公开的住址、姓名、性倾向、联系方式、工作、家庭、人际关系等私密信息的陈述、流言或暗示，且侵犯了受害者的隐私权。不论该内容由何人加入、动机是否善意。在申请监督隐藏之前预先进行修订版本删除的时候，请使用一个笼统的理由，以免引起过多的关注导致信息的扩散。在符合监督方针时，请联系监督员执行监督隐藏。
5. 删除守则下的有效刪除，使用RevisionDelete執行。例如用户申请删除本人用户页的某些特定版本、删除合理使用文件的旧版本等。如果有必要进行选择性删除，修订版本删除应当取代传统的删除再有选择性恢复。这条的例外包括修正剪切粘贴移动和合并历史记录。
6. 版本刪除校正，包括修正先前校訂的明確失誤、基於社群討論與明確共識下的校訂異動、添加信息至刪除日誌、以及將傳統選擇性刪除的編輯轉換至修訂版本刪除。該行動不應該可能出現爭議，需要時先徵詢意見，也不可用于隐藏违反方针的操作。

对日志记录的删除

对日誌记录的删除（若超过了RD#2所包括的标准）僅供用在嚴重不當的內容，不得應用在普通事項。社群必須能夠審查用戶的封禁日誌和其他記錄是否不適當。因此使用修訂版本刪除工具來校訂封禁日誌（不論本封禁是否合理），或隱藏不利的行動、發表、批評，其方式並不被接受，且通常會被視為濫用工具。

在申请监督隐藏前进行修订版本删除

管理员可以在等待监督员执行操作前，使用修订版本删除/隐藏任何侵犯隐私权或严重的诽谤性内容。由于监督操作往往不是立即的，管理员可以选择先使用本工具以控制信息的可见性，并立即联系监管员或本地监督员。

哪怕监督员可能会决定该内容无需隐藏，管理员在遇到类似情况时，即使可能有利益冲突，也可谨慎起见，倾向于删除，以避免法律纠纷。这样做的前提是管理员的行为应当出于善意，并立刻联系监管员进行监督操作。如果最后的结果是该内容无需被监督隐藏，相关内容应当被恢复，或保持当前仅管理员可见的状态。

管理员应当注意，删除日志公开可见，且可能受到关注。虽然被删除的内容仅管理员可见，但该行为仍然可能导致史翠珊效应使得信息扩散。管理员可以考虑更隐秘地直接联络监管员。如果使用了修订版本删除，在删除理由中应当避免具有暗示性的内容（如避免使用“RD4”、“等待监督隐藏”、“隐私内容”等）而使用一个笼统的理由。本条不适用于不申请监督隐藏的内容。

使用注意事項

操作修訂版本刪除時，所隱藏的對象是事件行為者的「內容、編輯摘要、用戶名」。

如欲隱藏不當用戶名時，通常勾選的是「用戶名」。但在封禁日誌是例外，封禁事件的行為者是執行封禁的維基人，這時應該勾選「內容」以隱藏所封禁的目標。

• “针对个人、团体或组织的严重侮辱、贬低或攻击性材料”

这并不要求管理员能够确认受害者的身份。只要相关内容明显涉及某一位现实中的人物、团体或组织，或极具暗示性以导致特定的读者群可以猜测到攻击对象，该条即适用。例如，某人在某学校条目中加入了对他人的攻击信息。由于破坏者在文中未用真名，管理员并不能确定受害者的实际姓名，但是明显该校成员可以轻易辨别出这个假名或绰号。此时内容可被删除。

• 隐藏用户名

隐藏用户名而保留编辑版本带来一个特有的问题。根据维基百科的版权要求，这样的操作会导致相关的编辑失去署名的可能。因此，可以隐藏用户名的情况包括：编辑内容不会受到版权保护（如侵犯版权、纯粹的破坏或胡言乱语等），或用户忘记登入后编辑导致IP泄漏，并且本人提出要求隐藏自己的IP以保护隐私。

大規模的使用

工具的本意是用作简单用途，且用于近期的删除中。存在于历史记录深处的内容可能不适合被删除，或被有效删除不实际。删除这些内容时应当考虑到实际效率——效果如何，造成的扰乱又有多少（例如影响到其他用户的编辑记录），抑或造成史翠珊效应。对此没有硬性规定。请使用自己的判断力。

上訴及討論

使用這將能將會於公共日誌中被看到。這刪除將會被其他管理員看到，或者可能如社群共識下恢復已刪除的版本。這和其他管理員工具一樣，均需要小心及謹慎的使用。如果此工具被濫用，則可能導致除權的發生。

技術細節

兩個不同的可見性組合對頁面歷史的影響。所有用戶都會看到編輯。 RevisionDelete (del/undel) link on page history and logs (administrators only). The same option is also added to diff pages and old revisions (example).

在英文版維基百科，修訂版本刪除功能適用於監督員和管理員。

已隱藏部分未翻譯内容，歡迎參與翻譯。

功能

Every page revision and log entry has a small (del/undel) button displayed next to it for administrators and oversighters, as shown.

Some pages have checkboxes and a "Del/undel selected revisions" button instead, to allow multiple revisions to be redacted as a group.

When a revision or log entry is hidden from view in its entirety, it is displayed as shown to the right, with the elements hidden from view stricken and greyed out. The struck-out elements cannot be viewed by any usergroup which does not have the deleterevision right. A user who cannot access the relevant revisions and who tries to compare the revision with other revisions or access its &oldid= page will receive an error stating that the revision has been removed from the public archives. Similarly, looking up log entries or contributions by username will not show log entries where the username has been redacted.

The (del/undel) link can usually be clicked by an administrator to view the diff. It will appear in bold if suppression has been applied, in which case both the redacted material and its deletion settings cannot be accessed by administrators or users who lack access to the oversight tool.

Revision deletion actions are retained even when the revision or page is deleted in the traditional manner. If a page is later undeleted, data that was deleted with RevisionDelete will still remain deleted.

限制和問題

• The revision text of the most recent edit on a page cannot be redacted. The revision must be reverted or deleted first. Other fields (username and edit summary) can be redacted even on the most recent edit.
• Revision links change when a revision is traditionally deleted or undeleted. If a revision's visibility is modified using RevisionDelete, and the revision is later deleted or undeleted, the links in the delete log and elsewhere may break. It will be necessary to look at the page history/deleted page history/page logs to work out what revision was being referred to. (This has been reported but is not simple to fix)

改變可見設定

The RevisionDelete dialog. The suppression option is included for completeness, although this is only visible to users with oversight access.

To hide or unhide a revision or a log entry, click the small (del/undel) button next to the relevant revision, diff, or log entry that you wish to show or hide. Depending on your permissions, there may be either three or four options to choose from:

• Delete revision text
• Delete edit comment
• Delete editor's username/IP
• Suppress data from administrators as well as others (only available to users with the suppressrevision right, namely oversighters)

Tick the checkboxes next to each of the actions you wish to apply to the selection, and provide an informative summary in the "Log comment field". Once this information has been filled in, click the "Apply" button to submit the information. If this has been done correctly, a success message should be displayed on your screen.

To unhide a revision or log entry, or to amend the data that is hidden, click the (del/undel) button for the revision or log entry and simply untick the boxes, provide a reason or summary and click the "Apply" button. Success should be marked by the display of a success message.

修訂版本刪除自身的日誌項目

RevisionDelete's own log entries in the public deletion log.

Use of RevisionDelete produces an entry in the public deletion log, or the private suppression log if used by an oversighter and "Suppress data from administrators as well as others" is checked. Log entries created in the public deletion log look like those displayed to the right, for page revision and log entries visibilities respectively. The options (diff | change visibility) provide an easy link to view or redact the underlying page revision to which the log entry refers.

選擇性恢復

The older method of selective undeletion (i.e. delete the entire page then selectively restore revisions) as a method of deleting revisions should be considered deprecated in favor of this system. While selective undeletion does still have a few valid uses (such as complex history merges), due to its relative lack of transparency and poor efficiency, it should not be used to remove revisions from the page history.

參見

• mw:Help:RevisionDelete — MediaWiki Help page.
• mw:RevisionDelete — Technical page discussing the function.
• mw:Bitfields for rev deleted — Largely outdated technical discussion.
• en:User:Fl/Reports/RevisionDelete — Essay on RevisionDelete.
• en:Wikipedia talk:Oversight#Usage of RevisionDeleted — Stats on current oversight usage of the function.
• MediaWiki:Revdelete-reason-dropdown — configuration page for the RevDelete dropdown box