Help:操作流程

来自 Arch Linux 中文维基
(重定向自Help:Procedures

当对文章执行复杂修改或其他维护操作时使用的一系列检查列表。

在同一页面中移动段[编辑 | 编辑源代码]

此举应在单个编辑中进行,该编辑不会更改其他任何内容:

  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 不存在,move 整个 Talk:ATalk:B,让 MediaWiki 自动将 Talk:A 重定向到ЕTalk:B
  • 如果 Talk:B 存在:
    1. 若存在,从 Talk:ATalk:B 移动依然相关的讨论。
    2. 确保 Talk:A 中留下的讨论(如果有)是 关闭的

修复双重重定向[编辑 | 编辑源代码]

  1. 阅读此节了解什么是重定向。
  2. 查看Special:双重重定向看看是否存在已知页面。
  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 并保存。
提示:这个任务 User:lilydjwg 会不定期通过脚本自动完成。如果长时间有双重重定向没有被修复,可以去 User talk:lilydjwg 留言。

修复损坏的包链接[编辑 | 编辑源代码]

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

要修复损坏的包链接,请不要仅从 wiki 中删除对包的引用,先做一些研究:

  • 搜索包数据库 (pacman -Ss) 和 AUR,包可能被合并/重命名。
  • 如果要查找特定文件,例如作为软件包一部分的二进制文件,pkgfile 可能会解决问题。
  • 如果不确定,请使用适当的 status template 标记页面或段,而不是完全删除对包的引用。

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

  • “无效的模板参数数量” –所有 AURGrpPkg 模板都只采用一个参数,但 wikitext 指定了更多(或没有)。在大多数情况下,过多的参数应该移动到周围的文本中,或者如果已经存在则删除。
  • "替换为 [其他包]" –包被重命名或合并到另一个包中,这在 替换 中指定了旧包名称数组。在大多数情况下,应该简单地用新包替换旧包,并相应更新周围的文本。
  • “找不到包” –以上均不适用时的默认提示。

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

注意: 机器人只更新包链接,而不更新它们周围的文本,这对上下文太敏感了。例如,在 revision 308608 中,AUR 链接已更改为 Pkg,但周围的文字仍然表明该包在 AUR 中。这些实例可以通过简单地删除包裹所在位置的周围描述来修复并“面向未来”;另请参阅 Help:Style#Package 管理说明。我们目前没有办法自动跟踪此类问题,欢迎提出建议。

修复损坏的段链接[编辑 | 编辑源代码]

页面有时可能包含损坏的段链接,这是段被重命名、合并、移动或从页面中删除的结果。 Lahwaacz.bot 定期检查主命名空间中的所有页面,当段链接断开时,它会检查所有链接并用 Template:Broken section link 标记它们。

要修复损坏的段链接,请不要简单地从 wiki 中删除对段链接的引用,先做一些研究:

  • 查看该段所在页面的历史记录,该段可能被重命名/合并/移动/删除。
  • 如果不确定,请使用适当的 status template 标记该段,而不是完全删除对该段的引用。

Category:Pages with broken section links 中跟踪所有带有损坏段链接的页面。

修复存档页面的链接[编辑 | 编辑源代码]

这篇文章的某些内容需要扩充。

原因: Unfinished (在 Help talk:操作流程 中讨论)

创建一个新页面及其翻译[编辑 | 编辑源代码]

请参阅 ArchWiki:Translation_Team_(简体中文)#创建翻译

将讨论移至另一个讨论页[编辑 | 编辑源代码]

  1. 将讨论文本复制到目标讨论页面,确保在新标题和粘贴的文本之间添加如下注释:
    ''[Moved from [[Origin talk page#Heading]]。 -- ~~~~]''
  2. 在原始讨论页中删除标题并将内容替换为如下注释:
    ''[Moved to [[Destination talk page#Heading]]。 -- ~~~~]''

重命名一个类别[编辑 | 编辑源代码]

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

删除整个页面[编辑 | 编辑源代码]

巡逻[编辑 | 编辑源代码]

每个人都可以检查 最近更改维护团队 成员也可以将编辑和页面标记为 已巡逻。这段主要是关于每个人都可以做的事情。

请记住,巡视最近的变化显然需要更持久的承诺,而修复其他事情则更灵活,只要你有时间就可以完成。

最近的变化巡逻[编辑 | 编辑源代码]

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

对于同一页面的每次编辑或一组编辑,您应该根据您的经验和知识评估它是否有问题,同时考虑最常见问题 .

  • 如果您认为编辑需要一个可以立即执行的快速修复,那就去做吧。这尤其适用于较小的样式问题、拼写错误和语法修复。
  • 如果编辑有问题但您无法修复,您应该查看它是否已被适当的 模板 标记:
    • 如果没有,请将适当的模板添加到描述问题的适当段。
    • 如果已经有编辑讨论,请查看是否可以在随附的注释或讨论中添加有用的详细信息。
提示:采取以下步骤使巡逻更容易:
  • 在“首选项 > 最近更改 > 高级选项”下启用“在最近更改和监视列表中按页面分组更改”设置。
  • 要使用提要阅读器关注您观看的文章,请使用 watchlist 页面左栏中的 Atom 链接。

机器人编辑[编辑 | 编辑源代码]

默认情况下,MediaWiki 在最近的更改中不显示 bots 的编辑。可能需要检查其中一个机器人何时修改了页面,因为它可能表明需要进行更改。 机器人标记 损坏的包链接损坏的段链接 或死链接。

强烈建议在标记的东西出现之前立即修复它们,以免它们被大量更改所掩盖。这也适用于死链接,通常是外部资源。

故障排除[编辑 | 编辑源代码]

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

滥用[编辑 | 编辑源代码]

幸运的是,垃圾邮件和其他违反 Code of conduct 的事情并不常见,但仍会偶尔发生。

最重要的任务也在这里申请。确保立即打击滥用行为:

  1. 首先,撤消所有的伤害。
  2. 联系 维护团队。您也可以加入 ArchWiki IRC 频道 并提及管理员,他们通常都是频道操作员。

如果有一波滥用行为并且消除损害需要太长时间,请先报告。

内容相关[编辑 | 编辑源代码]

  • 删除有用内容:撤消或联系作者。
  • 不明原因修改或删除内容:联系作者,无反应撤消。
  • 没有充分解释的重大修改(通常在单个大容量编辑中):联系作者。

风格相关[编辑 | 编辑源代码]

  • 文章中的签名,学分,个人意见:撤消或移至讨论页面。
  • 从第 1 级开始标记标题:将所有段上移 1 级。
  • 未分类的新文章:添加类别并修复标题。
  • 模板使用不当:根据Help:Style修复。
  • 增加安装说明:撤销或遵守Help:Style

MediaWiki 巡逻功能[编辑 | 编辑源代码]

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

将更改标记为已巡查是一种非常有用的方法,可以避免在不必要时执行两次操作。我们鼓励维护团队的每个成员都使用此功能来节省其他人的时间。

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

  • 拼写错误、语法或语言修复通常很容易验证。如果可能,请先修复它们。
  • 如果有意义,可以将讨论页的添加标记为已巡查(适合主题,例如在有关 archiso 的页面上讨论游戏是不合适的)。
  • 用户页面可以包含任何内容,只要它不违反任何规则。不幸的是,它们基本上不受大多数​​风格指南的约束。
  • 任何 developer 都可以在 DeveloperWiki 中做任何事情。
  • 如果所讨论的语言未知,则很难检查翻译。可以使用 DeepL 来检查翻译是否大致正确。检查非常新用户的翻译有助于发现低质量的编辑和破坏行为。
  • 错误发生。如果用户注意到他们的错误并撤消自己的编辑,则可以将两者都标记为已巡查。
  • 将由维护团队成员恢复的编辑标记为已巡查,因为恢复编辑的人可能只是忘记了它。
  • 新页面可能不完整和/或有样式问题。如果它适合 ArchWiki,则将其标记为已巡逻。考虑观看此页面,并确保在它被遗弃时照顾它。

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

其他[编辑 | 编辑源代码]

还有其他一些事情需要注意:

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

请求解决[编辑 | 编辑源代码]

参见 ArchWiki talk:Requests

  • 如果您认为可以修复请求,只需执行并删除适当的模板。另请参阅 #故障排除
  • 如果您觉得最好联系有问题的编辑的作者,在他的讨论页中给他们写一条消息,或者给他们发送电子邮件,以请求解释或进一步讨论。
提示:
  • 更喜欢尝试修复最旧的请求。
  • 更喜欢修复与内容相关的问题,而不是与样式相关的问题。
  • 您可以考虑使用编辑器助手(例如 Wiki MonkeyEditor 配置)以自动解决一些常见的样式问题。