Help:Procedures

来自 ArchWiki

一系列检查清单，用于在对条目或其他维护操作执行复杂更改时使用。

在同一页面内移动章节

移动应在一次编辑中完成，不应更改任何其他内容

  1. 在编辑器中打开条目。
  2. 剪切要移动的文本。现在不要保存页面，即不要分两次编辑执行移动，第一次删除章节，第二次粘贴，否则在第二次编辑中，看起来您是该章节的作者，尤其是在随附的编辑摘要不明确的情况下。
  3. 将剪切的文本粘贴到新位置。
  4. 如果需要，调整标题级别，但暂时不要对内容进行任何其他调整，否则修改将不会在生成的编辑差异中可见。
  5. 保存页面，正确填写编辑摘要。
  6. 现在您可以根据需要正常编辑章节文本。

将章节拆分到新的子页面

当将条目中变得太长的章节移动到该条目的子页面时，此过程很有用。

  1. 在编辑器中打开源条目的章节。
  2. 复制整个章节内容。
  3. 在另一个编辑器中打开目标子页面。
  4. 将复制的内容粘贴到目标编辑器中，不要进行修改。
  5. 使用类似 content split from [[Origin article#Section]] 的编辑摘要保存目标子页面；确保包含指向原始页面的链接，否则看起来您是内容的作者。
  6. 在源编辑器中，将拆分的内容替换为指向目标子页面的链接，可以保留章节标题，也可以在条目的“相关条目”框中添加链接。
  7. 使用类似 content moved to [[Destination subpage]] 的编辑摘要保存源页面。
  8. 在编辑器中重新打开目标子页面。
  9. 将目标子页面像源条目一样分类。
  10. 在顶部添加指向源条目的链接，例如 See [[Origin article]] for the main article。
  11. 调整新子页面的标题级别，使其从第二级开始。
    提示： 此步骤可以使用 Wiki Monkey 插件自动完成。
  12. 使用适当的编辑摘要保存目标子页面。

更多高级附加步骤

  • 检查并修复源页面和目标页面以及链接到源页面的页面中指向章节的所有损坏链接。
提示： 此步骤可以使用 Wiki Monkey 插件自动完成。

在将页面重定向到另一个页面后处理讨论页

如果页面 A 已重定向到页面 B，例如在将 A 的内容合并到页面 B 后，并且 Talk:A 存在

  • 如果 Talk:B 不存在，则将整个 Talk:A 移动到 Talk:B，让 MediaWiki 自动将 Talk:A 重定向到 Talk:B。
  • 如果 Talk:B 存在
    1. 移动仍然相关的讨论（如果有）从 Talk:A 到 Talk:B。
    2. 确保留在 Talk:A 中的讨论（如果有）已关闭。

修复双重重定向

  1. 阅读本节以了解什么是重定向。
  2. 查看Special:DoubleRedirects以查看是否有任何双重重定向。
  3. 例如，如果您看到 Pastebin Clients (Edit) →‎ Common Applications →‎ List of applications，则表示 Pastebin Clients 重定向到 Common Applications，而 Common Applications 重定向到 List of applications。因此，Pastebin Clients 是双重重定向。
  4. 要修复它，请编辑 Pastebin Clients 并将 #REDIRECT [[Common Applications]] 更改为 #REDIRECT [[List of applications]] 以跳过中间环节。
  5. 输入诸如 Fixed double redirect 之类的编辑摘要并保存。
提示： 此任务可以使用 Wiki Monkey 插件自动完成。

修复损坏的软件包链接

ArchWiki 包含许多指向在官方存储库或 AUR 中找不到的软件包的损坏链接，这是软件包被合并、拆分或从存储库中删除的结果。主命名空间中的所有页面都会定期由机器人检查，该机器人检查 AUR, Grp 和 Pkg 模板的所有实例，尝试自动更新它们，并在无法自动更新时用 Template:Broken package link 标记它们。

要修复损坏的软件包链接，不要只是从 wiki 中删除对软件包的引用，请先进行一些研究

为了帮助手动更新，每个“损坏的软件包链接”模板都提供提示

  • “模板参数数量无效” — 所有 AUR, Grp 和 Pkg 模板都只接受一个参数，但 wiki 文本指定了更多（或没有）。在大多数情况下，多余的参数应移至周围的文本，或者如果已存在，则删除。
  • “已替换为 [其他软件包]” — 该软件包已重命名或合并到另一个软件包中，该软件包在 replaces 数组中指定了旧软件包名称。在大多数情况下，应将旧软件包简单地替换为新软件包，并相应地更新周围的文本。
  • “未找到软件包” — 当以上都不适用时的默认提示。

所有包含损坏软件包链接的页面都在 Category:Pages with broken package links 中跟踪。在 User:Lahwaacz.bot/Reports/archpkgs 上还有一个自动报告页面。

注意： 机器人仅更新软件包链接，但不更新周围的文本，因为周围的文本过于上下文相关。例如，在 revision 308608 中，AUR 链接已更改为 Pkg，但周围的文本仍然说该软件包在 AUR 中。可以通过简单地删除软件包位置的周围描述来修复和“面向未来”这些实例；另请参阅 Help:Style#Package management instructions。我们目前没有自动跟踪此类问题的方法，欢迎提出建议。

修复损坏的章节链接

页面有时可能包含损坏的章节链接，这是由于章节被重命名、合并、移动或从页面中删除造成的。主命名空间中的所有页面都会定期由 Lahwaacz.bot 检查，该机器人检查所有链接，并在章节链接损坏时用 Template:Broken section link 标记它们。

要修复损坏的章节链接，不要只是从 wiki 中删除对章节链接的引用，请先进行一些研究

  • 查看章节所在页面的历史记录，章节可能已被重命名/合并/移动/删除。
  • 如果不确定，请使用适当的状态模板标记章节，而不是完全删除对章节的引用。

所有包含损坏章节链接的页面都在 Category:Pages with broken section links 中跟踪。

维护应用程序列表

有许多应用程序列表条目，主要在 List of applications 中，但它也链接到包含列表的子页面，例如 PDF, PS and DjVu。由于数量庞大，列表需要不断维护，因为条目变得不相关、损坏、更改或移动到不同的位置。

请参阅上面的 #Fix broken package links 以及在较小程度上也请参阅 #Fix broken section links。

条目需要维护的明显迹象是死链接或损坏链接。常见的工作流程如下

  1. 该条目仍然相关吗？
    1. 例如，软盘管理器或令牌环网络工具将不再相关。
    2. 对于不再存在的服务，例如 ICQ，工具也是如此。
  2. 它还在维护吗？
    1. 通常，存档的存储库也明确提示它未维护和已放弃，但如果上次提交是在很多年前，则视为相同。
    2. 虽然某些程序被认为是已完成的，并且将在未来几年内保持工作状态，但这通常是一个边缘情况，软件应由上游积极维护。
    3. 还要考虑软件包的状态。它能构建吗？它会很快损坏吗？如果您发现上游已存档并且不再有用，因为无论如何都有更好的替代方案，您可能还想在 AUR 中提交软件包的删除请求。
  3. 是否列出了替代方案？
    1. 即使上游状况不是最佳，但仍然可用，您可能也希望避免删除列表中的（最后一个）条目之一。当然，这取决于列表本身的相关性。如果所有条目都完全停止工作，则保留列表没有任何意义。

修复指向已存档页面的链接

当页面被存档时，ArchWiki:Archive#How to archive a page 中的指南指出，在存档之前应删除指向该页面的所有链接。在某些情况下（特别是对于翻译，句子上下文不允许简单地删除链接而不改变读者的体验），在存档页面时可能不会这样做。

要修复指向已存档页面的链接，不要只是从页面中删除链接，请先进行一些研究

  • 通过将对过时内容的引用替换为其替代内容来调整页面（例如 Special:Diff/704983）。
  • 对于您足够流利以更新页面的翻译，请匹配对英文页面所做的操作。
  • 如果不确定，请使用合适的状态模板标记该部分，而不是完全删除链接。

所有包含指向已存档页面链接的页面都会在Category:Pages with links to archived pages中被跟踪。

存档页面

参见ArchWiki:Archive#如何存档页面

创建新页面及其翻译

参见ArchWiki Translation Team#创建新页面及其翻译。

编辑重定向

参见mw:Help:Redirects#查看重定向。

将讨论移动到另一个讨论页

  1. 将讨论文本复制到目标讨论页，确保在新标题和粘贴文本之间添加类似如下的注释：
    ''[移动自[[Origin talk page#Heading]]。 -- ~~~~]''
  2. 在原始讨论页中删除标题线，并将内容替换为类似如下的注释：
    ''[移动到[[Destination talk page#Heading]]。 -- ~~~~]''

重命名分类

  1. 像移动普通页面一样移动分类页面，确保从旧标题创建到新标题的重定向。这只会重命名分类页面本身，分类的成员不会被重新分类。
  2. 将旧分类的所有成员重新分类以使用新分类。
    提示： 这可以使用 wiki-scripts 的 recategorize-over-redirect.py 自动完成，它依赖于从旧分类到新分类的重定向来检测新名称，因此不限于大小写更改或类似的启发式方法。
  3. 更新所有跨语言链接。
    提示： 这可以使用 wiki-scripts 的 interlanguage.py 或 Wiki Monkey 的 bot 插件自动完成。
  4. 更新旧分类的所有反向链接以指向新分类。
    提示： 这可以通过在旧分类的 Special:WhatLinksHere 页面上运行 Wiki Monkey 的 RegExp substitution 插件自动完成，替换规则类似于 (\[\[|\{\{Related2?\|):[ _]*[Cc]ategory[ _]*:[ _]*[Oo]ld[ _]name[ _]*(#|\||\]\]|\}\}) -> $1:Category:New name$2（假设旧分类名称为“Category:Old name”）。
  5. 使用 Template:Archive 标记旧分类，不要破坏重定向（旧分类可能仍然从 Table of contents 链接）。
    提示： 如果该分类没有相关的历史记录，则可以在确保已实际执行步骤 2-4 后，由管理员删除。

删除整个页面

巡查

每个人都可以检查最近更改。 然而，维护团队成员还可以将编辑和页面标记为已巡查。 本节主要介绍每个人都可以做的事情。

请记住，巡查最近更改显然需要更持续的投入，而修复其他事情则更灵活，可以在您有时间时进行。

最近更改巡查

您可以通过两种主要方式巡查最近更改

对于每次编辑，或对同一页面进行的一组编辑，您应该根据您的经验和知识评估它是否可疑，同时考虑到 最常见问题 列表。

  • 如果您认为编辑需要快速修复，您可以立即执行，那就去做吧。 这尤其适用于小的样式问题、错别字和语法错误修复。
  • 相反，如果编辑是可疑的但您无法修复它，您应该查看它是否已使用合适的 模板 标记。
    • 如果没有，请将合适的模板添加到描述问题的相应部分。
    • 如果已经有关于编辑的讨论，请查看您是否可以向随附的注释或讨论添加有用的详细信息。
提示： 通过执行以下步骤使巡查更容易
  • 在偏好设置 > 最近更改 > 高级选项下启用在最近更改和监视列表中按页面分组更改设置。
  • 要使用 Feed 阅读器关注您监视的文章，请使用您的 监视列表 页面左栏中的 Atom 链接。

Bot 编辑

MediaWiki 默认情况下不会在最近更改中显示 bots 的编辑。 检查其中一个 bot 何时修改页面可能是可取的，因为它可能表明需要进行更改。 这些 bots 标记了 损坏的软件包链接、损坏的章节链接 和死链接。

强烈建议在标记的事物被大量更改淹没之前尽快修复它们。 这也适用于死链接，死链接通常是外部资源。

常见问题和解决方案

注意： 您始终可以向维护团队寻求帮助。

滥用

幸运的是，垃圾邮件和其他违反行为准则的事情并不常见，但偶尔仍会发生。

最重要的任务也适用于此处。 确保立即打击滥用行为

  1. 首先，撤销所有损坏。
  2. 联系维护团队。 您也可以通过加入ArchWiki IRC 频道并提及管理员来做到这一点，管理员通常都是频道操作员。

如果出现滥用浪潮，并且撤销损坏需要太长时间，请先报告。

内容相关

  • 删除有用的内容：撤销或联系作者。
  • 无法解释的内容修改或删除：联系作者，如果没有回应则撤销。
  • 没有充分解释的重大修改（通常在单个批量编辑中）：联系作者。

样式相关

  • 文章中的签名、署名、个人观察：撤销或移动到讨论页。
  • 从级别 1 开始标题：将所有章节向上移动 1 级。
  • 未分类的新文章：添加分类并修复标题。
  • 不正确地使用模板：根据 Help:Style 进行修复。
  • 添加安装说明：撤销或遵守 Help:Style。

MediaWiki 巡查功能

注意： 此功能只能由维护团队成员使用。

将更改标记为已巡查是一种非常有用的方法，可以避免在不必要时重复执行操作。 鼓励维护团队的每位成员使用此功能以节省他人的时间。

有时，特别是当某人没有关于某个主题的经验时，不清楚是否应该将编辑标记为已巡查。 不将编辑标记为已巡查意味着维护团队的其他成员更有可能查看更改。 以下是一些可能有助于巡查更多更改的提示

  • 错别字、语法或语言修复通常很容易验证。 如果可能，请先处理它们。
  • 如果对讨论页的添加有意义（适合主题，例如在关于 archiso 的页面上讨论游戏是不合适的），则可以将其标记为已巡查。
  • 只要不违反任何规则，用户页面可以包含任何内容。 不幸的是，它们基本上不受大多数样式指南的约束。
  • 任何开发者都可以在 DeveloperWiki 中执行任何操作。
  • 如果不了解所涉及的语言，则很难检查翻译。 可以使用 DeepL 来检查翻译是否大致正确。 检查非常新用户的翻译有助于发现低质量的编辑和破坏行为。
  • 错误会发生。 如果用户注意到自己的错误并撤消了自己的编辑，则可以将两者都标记为已巡查。
  • 将被维护团队成员还原的编辑标记为已巡查，因为还原编辑的人可能只是忘记了。
  • 新页面可能不完整和/或存在样式问题。 如果它适合 ArchWiki，则将其标记为已巡查。 考虑监视此页面，并确保在它被放弃时对其进行处理。

所有这些要点都意味着更改不得违反行为准则或 ArchWiki:Contributing 中描述的规则。

其他

还有其他一些需要注意的事项

  • 检查新创建帐户的列表，看看是否有任何帐户已进行编辑。 应该始终检查非常新的编辑者所做的编辑，因为编辑者可能还不熟悉所有指南。
  • 确保对讨论页的任何添加都已签名。
    • 有时，用户没有注意到讨论页上的添加主题按钮。 确保将新讨论放在底部并具有适当的章节名称。
    • 如果编辑摘要看起来像→某些章节：新章节，则用户使用了添加主题按钮。
    • 如果用户始终手动添加新章节，请随时提醒他们有更方便的添加主题按钮。
  • 空白和差异很大的编辑应始终进行调查。
  • 新页面也值得一看，改进它们并修复样式问题树立了一个好榜样并帮助了作者。
  • 确保修改表格的编辑不会通过例如插入多余的列来破坏它们。
  • 没有适当编辑摘要的编辑需要特别注意。 如果用户没有正确使用编辑摘要，还可以使用 Template:Editsum。
  • 撤销很常见，但仍应检查。

请求解决

参见 ArchWiki talk:Requests。

  • 如果您认为可以解决请求，请直接执行并删除相应的模板。 另请参阅 #常见问题和解决方案。
  • 否则，如果您觉得最好联系可疑编辑的作者，请在他的讨论页中给他留言，或发送电子邮件以请求解释或进一步讨论。
提示
  • 优先尝试解决最旧的请求。
  • 优先修复内容相关的问题，而不是样式相关的问题。
  • 您可以考虑使用编辑器助手（例如 Wiki Monkey 的 Editor 配置）以自动解决一些常见的样式问题。
取自“https://wiki.archlinux.org.cn/index.php?title=Help:Procedures&oldid=815023”