所有版本頁面應符合以下布局，使版本頁面的格式能保持前後一致。
標題[]
Java版[]
對於正式版，應該按照遊戲主選單左下方給出的版本號數字進行命名（例如使用「Java版1.0.0」作為標題而不是「Java版1.0」）。
對於預發布版，為保證其統一性，應該採用Java版<版本号>-pre<数字>這個格式進行命名（例如Java版1.15-pre1）。
對於發布候選，為保證其統一性，應該採用Java版<版本号>-rc<数字>這個格式進行命名（例如Java版1.0.0-rc1）。
對於實驗性快照，為保證其統一性，應該採用Java版<版本号>-exp<数字>這個格式進行命名（例如Java版1.18-exp1）。
對於快照，根據現有共識，不需要加入「Java版」前綴，只需要採用<年份>w<周数><发布次数>（a-z）進行命名（例如20w06a）。
其餘版本根據實際情況與共識另行規定。
基岩版[]
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版的發布候選版本，但是為了保證統一性並不會應用在格式命名中。
具體版本號數字按照遊戲主選單左或右下方給出的為準。其餘版本根據實際情況與共識另行規定。
由於這是不同於英文wiki共識的新規定，應該為今後新發布的搶鮮版本建立一個帶有beta和Preview的重新導向（例如基岩版beta 1.16.0.57和基岩版Preview 1.19.60.23）。
簡介[]
在此部分之前應當使用{{version nav}}，模板中的|edition=無需翻譯。
若頁面中包含了未確定官方中文譯名的遊戲內名稱，應在訊息框部分加入{{trans|un}}。
在模板後應有帶有常規描述的簡要介紹。此描述應包含此更新的發布日期、正式名稱（若有）、此版本的平台（Java版、基岩版等）和對應的開發階段，以及對此更新的簡要介紹。如果這是開發版本或搶鮮版本，應說明這是哪個更新的開發版本或搶鮮版本。
- 特別地，對於基岩版搶鮮版中列出的平台名稱，應以更新日誌中列出的為準。對於正式版的，如更新日誌未列出，則可參考時間相近的搶鮮版的寫法。
- 在資訊框中，若需要並列多個平台名稱時，應使用半形逗號後跟一空格的分隔符進行分隔。
如果這個版本被重新上傳過，則應在介紹中列出重新上傳的版本中的變更。如果重新上傳的版本中變更很多（通常是Alpha前的版本），可以為重新上傳的版本建立單獨的頁面；例如，從技術層面來說，0.31的每個版本都是首個版本的重新上傳版本，但把它們全都放在同一個頁面上會很醜。
簡介示例[]
- 主要更新版本
1.10是霜炙更新的首個正式版，也是Java版的一次主要更新，發布於2016年6月8日[1]……
- 次要更新版本
1.14.1是Java版的一次次要更新，發布於2019年5月13日[2]，此更新提升了效能和並修復了1.14的錯誤。此版本不相容1.14的伺服器端。
- 開發版本（Java版）
18w43b是Java版1.14的第2個快照，發布於2018年10月24日[3]，修復了18w43a中的錯誤。
- 搶鮮版本（基岩版）
Beta 1.19.60.20（Android）、Preview 1.19.60.20（Xbox/Windows）是基岩版1.19.60的首個搶鮮版，發布於2022年11月23日[4]，同步了一些Java版的特性，在實驗性玩法中加入了一些1.20.0的特性，並修復了一些錯誤。
- ↑ Minecraft 1.10: The Frostburn Update （存檔），來自jeb_。 Mojang.com，2016年6月8日。
- ↑ 「Minecraft Java Edition 1.14.1」 – Minecraft.net
- ↑ "Minecraft Snapshot 18w43b" – Minecraft.net，2018年10月24日
- ↑ Minecraft Beta & Preview - 1.19.60.20 — Minecraft Feedback，2022年11月23日。
新內容和變更[]
新內容和變更這兩個段落因為相似而在指導中合併，在實際的頁面中要分成兩個單獨的段落。版本的主要變更應透過以下兩個段落呈現：
- 新內容：版本中加入的任何新特性，也包括在開發版本中的特性。
- 變更：版本中對舊特性的任何變更，也包括在開發版本中的變更。被移除的內容應在此處列出，而非在單獨的部分中列出——除非實在有很多。
如果此版本是正式版或包含很多特性，每個段落都應包含下列子段落：
- 方塊：與方塊有關的特性。
- 物品：與物品有關的特性。
- 生物：與生物有關的特性。
- 非生物實體：與非生物實體有關的特性，如盔甲座和礦車。
- 世界生成：與世界生成有關的特性。
- 遊戲內容：與遊戲機制有關的特性，如成就、狀態效果、遊戲模式和有關視覺效果的變更。
- 指令格式：與方塊/實體標籤或指令有關的特性。
- 常規：常規特性，如選項、閃爍標語和圖像的變更。
如果特性還未在開發版本中出現，這些特性應歸在單獨的計劃新內容和計劃變更段落中。
被編號的更新或快照版本中的每一個特性都應該使用要點列表進行描述。對於任何新內容而言，這個列表應大體上全面，包括有關該特性的任何主要詳細資訊，但也應儘可能簡明扼要，以便於閱讀。大多數新內容應使用8個及以下（應很少超過12個）的要點描述。任何變更，以及罕見的在它們自己的頁面上沒有被描述的新內容，都應該包括所有相關的細節，甚至是次要的細節——儘管它們應該儘可能簡短而不丟失任何資訊。對於異常大的變更，如Java版1.13中的平坦化，拆分為單獨的頁面更為合適，並在版本頁面上進行簡要的總結。
有正式名稱的更新頁面，如水域更新，應當僅列出單獨的新內容，而不描述其用途或行為，並儘可能簡要地總結所有變更。
未確認的特性[]
除非資訊來源充分，否則不建議加入此部分。此段落僅限正在開發的版本使用，只能包含以下特性：
- 不在這個版本（或任何特定版本）的計劃或即將到來中；
- 在版本開始開發時已被以下內容證實：
- 一張能說明開發者為特性做工作的截圖；
- 或開發者的敘述表明他們計劃加入此特性 - 不只是應答別人的想法。
此段落應由這些特性並未確認會在<版本>中出現，但他們被開發者在<版本>的開發過程中提及或展示。主條目：提及特性開頭。
每個特性都應包含：
- 特性的名稱或簡要描述；
- 非細節，而是如何識別此特性（這些屬於提及特性）；
- 此段落的目的是使讀者能識別未確認的特性，並說明理由 - 而不是介紹特性的細節。
- 一個簡要的解釋說明特性何時被提到以及為何未確認，加上能說明的參考。
修復[]
在Java版中，修復的錯誤使用{{fixes}}。錯誤應該用下列開頭組織成段落：
<母版本>前正式版的錯誤（;old）- 如果適用，應將其拆分為「1.x.0前正式版的錯誤」，如「1.x.0」、「1.x.1」的格式也適用於1.x.1及以後的正式版（例如1.14.3）。
<母版本>開發版本的錯誤（;dev）- 上個開發版本中的錯誤（
;previous） - 目前版本的熱修復錯誤（
;hotfix） - 未公開錯誤（
;private）
注意{{fixes}}支持普通開頭的快捷連結。
錯誤追蹤器的錯誤標題可以自由編輯，以符合格式指導。我們鼓勵使用者在發現標題不符合格式指導時修復標題，但修復標題不是必要的——尤其是在首次加入加入時。編輯者可能會對標題進行很大的變更（例如改寫整個標題），我們不鼓勵這樣做，除非初始的標題未能充分描述錯誤（例如，把「我發現了一個錯誤」改成「玩家在遇到方塊時無法跳躍」）。
只有當解決結果已經明確標記為「已修復（Fixed）」時，錯誤修復才能加入到版本頁面中。解決結果不是「已修復」的錯誤修復將被立即刪除。
在基岩版中，除非官方更新日誌沒有明確分類，或無對應更新日誌時應遵循Java版的格式，否則應當遵循下列格式（與官方更新日誌中的格式一致）：
- 類別1
- 錯誤描述1（錯誤編號1）。
- 錯誤描述2（錯誤編號2）。
- 類別2
- 錯誤描述3（錯誤編號3）。
- 錯誤描述4。
如官方更新日誌中無對應錯誤編號，則無需填寫。錯誤編號應使用{{bug}}模板，例如：{{bug|MCPE-61166}}。
| Wiki幫助 | |
|---|---|
| 頁面規範 | |
| 常用頁面 | |
| 社交媒體 | |
語言