帮助:操作

出自 ArchWiki
(重定向自 Questionable edits)

用于在对文章或其他维护操作执行复杂更改时使用的检查清单集合。

在同一页面内移动章节

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

  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 (编辑) →‎ 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 还有一个自动报告页面。

注意： 机器人仅更新软件包链接，而不更新它们周围的文本，这太依赖上下文了。例如，在 修订版本 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。由于数量庞大，列表需要不断维护，因为条目变得不相关、损坏、更改或移动到不同的位置。

请参阅上面的 #修复损坏的软件包链接，并在较小程度上参阅 #修复损坏的章节链接。

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

  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#How to archive a page

创建新页面及其翻译

请参阅 ArchWiki Translation Team#Create a new page and its translation。

编辑重定向页面

请参阅 mw:Help:Redirects#Viewing a redirect。

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

  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 的机器人插件自动完成。
  4. 更新旧分类的所有反向链接以指向新分类。
    提示： 这可以通过在旧分类的 Special:WhatLinksHere 页面上运行 Wiki Monkey 的RegExp 替换插件自动完成，替换如下：(\[\[|\{\{Related2?\|):[ _]*[Cc]ategory[ _]*:[ _]*[Oo]ld[ _]name[ _]*(#|\||\]\]|\}\}) -> $1:Category:New name$2（假设旧分类名称为“Category:Old name”）。
  5. 使用 Template:Archive 标记旧分类，不要破坏重定向（旧分类可能仍从 目录 链接）。
    提示： 如果分类没有相关的历史记录，管理员可以在确保步骤 2.-4. 实际执行后将其删除。

移除整个页面

巡查

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

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

最近更改巡查

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

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

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

机器人编辑

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

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

常见问题和解决方案

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

滥用

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

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

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

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

内容相关

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

样式相关

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

MediaWiki 巡查功能

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

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

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

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

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

其他

还有其他一些事情需要处理

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

请求解决

请参阅 ArchWiki talk:Requests。

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