- 致编者:请牢记我们的域名wiki.mcbe-dev.net!
- 致编者:欢迎加入本Wiki的官方交流QQ群或Discord服务器!
- 基岩版1.19.31现已发布!(了解更多)
- Inner Core现已支持Xbox模组联机!(了解更多)
- 如果您是第一次来到本Wiki,欢迎注册一个账户
- 点击顶部的“编辑”或“编辑源代码”按钮即可编辑当前页面
- 请知悉:在不登录时也可以编辑和新建页面,但是您当前的IP地址会记录在编辑历史中
Minecraft基岩版开发Wiki:格式指導/版本
所有版本頁面應符合以下佈局,使版本頁面的格式能保持前後一致。
版本[編輯]
Demo-1.1此階段是基岩版的前身,稱為「攜帶版」並採用此作為前綴;從1.2開始採用「基岩版」前綴。
對於正式版,通常應該採用x.x.x
的三位數格式進行命名(例如攜帶版0.14.0),特殊情況例外(例如基岩版1.2.6.60)。
對於搶鮮版,分為以下兩種情況:
- 0.8-0.16的搶鮮版,採用
x.x.x.a/bx
四位數格式進行命名,其中a
代表realms搶鮮版本(例如攜帶版0.15.0.a2),b
代表一般搶鮮版本(例如攜帶版0.16.0.b1)。 - 1.0及以後的搶鮮版,採用
x.x.x.x
四位數格式進行命名,同時為了方便搜尋不再在標題上區分alpha
和beta
(例如基岩版1.2.0.2)。
此外部分搶鮮版也存在類似於Java版的發佈候選版本,但是為了保證統一性並不會應用在格式命名中。
具體版本號數字按照遊戲主選單左或右下方給出的為準。其餘版本根據實際情況與共識另行規定。
簡介[編輯]
在此部分之前應當使用{{infobox version}}
,模板中的{{{edition}}}
無需翻譯。
若頁面中包含了未確定官方中文譯名的遊戲內名稱,應在訊息框部分加入{{trans|un}}
。
在訊息框的下方應該加入{{te|update}}
。若該版本所有更新內容都符合技術性的要求,則不需要加入{{te}}
。
在模板後應有帶有一般描述的簡要介紹。此描述應包含此更新的發佈日期、正式名稱(若有)、此版本的平台(Java版、基岩版等)和對應的開發階段,以及對此更新的簡要介紹。如果這是開發版本,應說明這是哪個更新的開發版本。
簡介範例[編輯]
新內容和變更[編輯]
新內容和變更這兩個段落因為相似而在指導中合併,在實際的頁面中要分成兩個單獨的段落。版本的主要變更應透過以下兩個段落呈現:
- 新內容:版本中加入的任何新特性,也包括在開發版本中的特性。
- 變更:版本中對舊特性的任何變更,也包括在開發版本中的變更。被移除的內容應在此處列出,而非在單獨的部分中列出——除非實在有很多。
如果此版本是正式版或包含很多特性,每個段落都應包含下列子段落:
- 方塊:與方塊有關的特性。
- 物品:與物品有關的特性。
- 生物:與生物有關的特性。
- 非生物實體:與非生物實體有關的特性,如盔甲座和礦車。
- 世界生成:與世界生成有關的特性。
- 遊戲內容:與遊戲機制有關的特性,如成就、狀態效果、遊戲模式和有關視覺效果的變更。
- 指令格式:與方塊/實體標籤或指令有關的特性。
- 一般:一般特性,如選項、閃爍標語和圖片的變更。
如果特性還未在開發版本中出現,這些特性應歸在單獨的計劃新內容和計劃變更段落中。
被編號的更新或搶鮮版本中的每一個特性都應該使用要點列表進行描述。對於任何新內容而言,這個列表應大體上全面,包括有關該特性的任何主要詳細資訊,但也應儘可能簡明扼要,以便於閱讀。大多數新內容應使用8個及以下(應很少超過12個)的要點描述。任何變更,以及罕見的在它們自己的頁面上沒有被描述的新內容,都應該包括所有相關的細節,甚至是次要的細節——儘管它們應該儘可能簡短而不丟失任何資訊。
有正式名稱的更新頁面,如水域更新,應當僅列出單獨的新內容,而不描述其用途或行為,並儘可能簡要地總結所有變更。
技術性[編輯]
所有的更新內容都必須滿足「技術性」的前提,在編輯頁面時應刪去更新記錄中不是技術性更新的部分。
技術性更新內容應滿足以下要求:
- 新增內容(例如加入新的方塊、物品、生態域等)。
- 對指令的新增或修改。
- 大多數原版遊戲內容的更新都應該刪去,它們屬於遊戲玩法或特性的更新而非技術性更新。但如果更新對技術性方面有較大關係或影響的仍應該寫在版本頁面中,如影響資料驅動的修改、涉及到算法邏輯的修改。
- 有關圖形繪製算法、程式碼框架(例如GameTest框架、Molang)、UI、在地化以及遊戲底層程式碼架構等內容。
- 官方更新記錄中明確註明的技術性內容。
未確認特性[編輯]
除非資訊來源充分,否則不建議加入此部分。此段落僅限正在開發的版本使用,只能包含以下特性:
- 不在這個版本(或任何特定版本)的計劃或即將到來中;
- 在版本開始開發時已被以下內容證實:
- 一張能說明開發人員為特性做工作的截圖;
- 或開發人員的敘述表明他們計劃加入此特性 - 不僅僅是應答別人的想法。
此段落應由這些特性並未確認會在<版本>中出現,但他們被開發人員在<版本>的開發過程中提及或展示。主條目:提及特性開頭。
每個特性都應包含:
- 特性的名稱或簡要描述;
- 非細節,而是如何識別此特性(這些屬於提及特性);
- 此段落的目的是使讀者能識別未確認的特性,並說明理由 - 而不是介紹特性的細節。
- 一個簡要的解釋說明特性何時被提到以及為何未確認,加上能說明的參考。
修復[編輯]
版本頁面中錯誤的修復也應該是技術性的,不符合技術性的錯誤修復不應當出現在版本頁面中。