<本站文本内容除另有声明外,转载时均必须注明出处。(详情…中文Minecraft Wiki是完全公开的。请勇于扩充与修正内容!Minecraft中文Wiki微博正在更新!或许有兴趣去看看想与其他用户进行编辑上的沟通?社区专页正是为此创建的。翻译或创建页面之前,不妨看看译名标准化Wiki条例页面。需要管理员的协助?在管理员告示板留言也许可以帮到您。>

Minecraft Wiki:格式指导/版本

来自Minecraft Wiki
跳转至: 导航搜索
快捷方式
MCW:版本
MCW:SG/V

所有版本页面应符合以下布局,使版本页面的格式能保持前后一致。

介绍

{{version nav}}应被放置于页面顶部,模板中的{{{edition}}}无需翻译。

若页面中包含了未确定官方中文译名的游戏内名称,应在页面顶部添加{{trans|un}}

在模板后应有带有常规描述的介绍。此描述应包含此更新的发布日期、正式名称(若有)、此版本的平台(Java版、基岩版等)和对应的开发阶段,以及对此更新的简要介绍。如果这是开发版本,应说明这是哪个更新的开发版本。

如果这个版本被重新上传过,则应在介绍中列出重新上传的版本中的更改。如果重新上传的版本中更改很多(通常是Alpha前的版本),可以为重新上传的版本创建单独的页面;例如,从技术层面来说,0.31的每个版本都是首个版本的重新上传版本,但把它们全都放在同一个页面上会很丑。

介绍示例

主要更新版本

1.10霜炙更新(Frostburn Update)的首个正式版[1],也是Minecraft Java版的一次主要更新,发布于2019年6月8日,加入了……

次要更新版本

1.14.1是Java版在2019年5月13日发布的一次次要更新,此更新提升了性能和并修复了1.14的漏洞。它与1.14的服务器不兼容。

开发版本

18w43bJava版1.14的第2个快照,发布于2018年10月24日,修复了18w43a中的漏洞。

新内容和更改

新内容更改这两个段落因为相似而在指导中合并,在实际的页面中要分成两个单独的段落。版本的主要更改应通过以下两个段落呈现:

  • 新内容:版本中添加的任何新特性,也包括在开发版本中的特性。
  • 更改:版本中对旧特性的任何更改,也包括在开发版本中的更改。被移除的内容应在此处列出,而非在单独的部分中列出——除非实在有很多。

如果此版本是正式版或包含很多特性,每个段落都应包含下列子段落:

  • 方块:与方块有关的特性。
  • 物品:与物品有关的特性。
  • 生物:与生物有关的特性。
  • 非生物实体:与非生物实体有关的特性,如盔甲架矿车
  • 世界生成:与世界生成有关的特性。
  • 游戏内容:与游戏机制有关的特性,如成就、状态效果、游戏模式和有关视觉效果的更改。
  • 命令格式:与方块/实体标签或命令有关的特性。
  • 常规:常规特性,如选项、闪烁标语和图像的更改。

如果特性还未在开发版本中出现,这些特性应归在单独的计划新内容计划更改段落中。

被编号的更新或快照版本中的每一个特性都应该使用要点列表进行描述。对于任何新内容而言,这个列表应大体上全面,包括有关该特性的任何主要详细信息,但也应尽可能简明扼要,以便于阅读。大多数新内容应使用8个及以下(应很少超过12个)的要点描述。任何更改,以及罕见的在它们自己的页面上没有被描述的新内容,都应该包括所有相关的细节,甚至是次要的细节——尽管它们应该尽可能简短而不丢失任何信息。对于异常大的更改,如Java版1.13中的扁平化,可能需要拆分为单独的页面,并在版本页面上进行简要的总结。

有正式名称的更新页面,如水域更新,应当仅列出单独的新内容,而不描述其用途或行为,并尽可能简要地总结所有更改。

未确认的特性

除非信息来源充分,否则不建议添加此部分。此段落仅限正在开发的版本使用,只能包含以下特性:

  • 不再被确认在这个版本(或任何特定版本)的计划或即将到来中;
  • 在版本开始开发时已被以下内容证实:
    • 一张能说明开发者为特性做工作的截图;
    • 或开发者的叙述表明他们计划加入此特性 - 不仅仅是应答别人的想法。

此段落应由这些特性并未确认会在<版本>中出现,但他们被开发者在<版本>的开发过程中提及或展示。主条目:提及特性开头。

每个特性都应包含:

  • 特性的名称或简要描述;
  • 非细节,而是如何识别此特性(这些属于提及特性);
    • 此段落的目的是使读者能识别未确认的特性,并说明理由 - 而不是介绍特性的细节。
  • 一个简要的解释说明特性何时被提到以及为何未确认,加上能说明的参考。

修复

版本中修复的漏洞使用{{fixes}}。漏洞应该用下列开头组织成段落:

  • <母版本>前正式版的漏洞(;old
    • 如果适用,应将其拆分为“1.x.0前正式版的漏洞”,如“1.x.0”、“1.x.1”的格式也适用于1.x.1及以后的正式版(例如1.14.3)。
  • <母版本>开发版本的漏洞(;dev
  • 上个开发版本中的漏洞(;prev
  • 当前版本的热修复漏洞(;hotfix
  • 未公开漏洞(;private

注意{{fixes}}支持普通开头的快捷链接。

漏洞追踪器的漏洞标题可以自由编辑,以符合格式指导。我们鼓励用户在发现标题不符合格式指导时修复标题,但修复标题不是必要的——尤其是在首次添加加入时。编辑者可能会对标题进行很大的更改(例如改写整个标题),我们不鼓励这样做,除非初始的标题未能充分描述漏洞(例如,把“我发现了一个漏洞”改成“玩家在遇到方块时无法跳跃”)。

只有当解决结果已经明确标记为“已修复(Fixed)”时,漏洞修复才能加入到版本页面中。解决结果不是“已修复”的漏洞修复将被立即删除。

参考

通常应包含{{reflist}},但如果因为有许多引用而需要更多列,请加上数字:如{{reflist|2}}{{reflist|3}}等等。

页脚

在参考后请换两行,随后加上合适的导航模板,如{{Java Edition versions}},再加上合适的分类。

每个版本页面的最后为跨语言链接。