2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

用戶:小美粉粉/Draft

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

Beta Wiki 是一個開放的社區知識庫。除了未登錄的匿名編輯者外,每個人都保留編輯頁面、分享信息和參與討論的自由和權利(「以下權利」)。為了保護這些權利,我們希望您根據這些慣例行使您的權利。

我們希望您遵循這些創建和擴展 Beta Wiki 內容的常見做法,以防止任何可能的衝突。

請注意,根據嚴重程度,違反或濫用規則可能會導致在您的談話頁面上發出口頭警告,或者由管理員自行決定臨時/永久封禁。如果您不遵守這些準則,您的文章可能會進入恥辱殿堂。

通過在 Beta Wiki 上創建用戶帳戶、進行編輯,您承認您已閱讀這些規則和指南。


基本規則

請注意,這些規則並非詳盡無遺,因此不要認為不被自動禁止就意味着被允許。

一般

對其他用戶保持文明。始終保持善意,除非您有充分的理由和/或證據不這樣做 - 不要罵新人。個人糾紛應該遠離維基。

任何非原創的內容都應該被適當地認可為原始來源。不要在未提供至少源 URL 的情況下從其他站點複製內容。

文章主題必須符合知名度準則。並非所有內容都值得在 Beta Wiki 上進行介紹。

為新文章付出一些努力。創建新頁面時,嘗試至少寫一個關於該主題的段落。僅由公式化的「X 是 Z 的 Y」組成的文章比根本沒有文章好不了多少,並且有資格快速刪除。

確保連結到您創建的文章!如果你不這樣做,這篇文章將會丟失,並且可能會導致無緣無故地製作另一篇文章。

使用單個帳戶來編輯 wiki。任何未經維護人員事先批准創建的分身帳戶及其主帳戶可能會在沒有適當通知的情況下和被無限期封禁。

儘量避免編輯戰。如果您發現自己捲入了內容爭議,請在相應的討論頁上提出問題,並使用爭議模板標記相應的頁面或部分。

保持真實。不要將 Beta Wiki 誤用於幻想的東西。這適用於所有頁面。

Beta Wiki 不是免費的虛擬主機。不要使用您的個人用戶頁面來逃避知名度規則。對網站其餘部分的貢獻也應超過任何User命名空間編輯。

合法

不要提供或請求任何下載版本的連結。本 wiki 只是這些構建的知識庫,我們不會提供這些構建。

不要提供有關如何破解軟件的連結或說明,例如刪除定時炸彈或繞過激活。這些破解的分發最終通常是非法的,所以不要試圖將它們添加到這個 wiki 上。

不要發佈可用於零售版軟件的產品密鑰或其他激活碼。雖然軟件開發人員可能不在乎,但在網上很容易找到密鑰。

討論頁

使用章節標題為新的討論頁話題添加前綴。如果沒有這些,頁面會造成不必要的混亂。您的消息也可能不會對所有用戶可見。

在討論頁上簽署您的評論。如果您想匿名,請創建一個用戶帳戶,簽名將代替您的用戶名。

請勿編輯或刪除任何評論。原則上不允許更改或刪除他人或自己的任何評論。您也不可以自由地從您的用戶討論頁中刪除任何人的評論和維護組警告。

討論頁不是論壇或即時消息服務。儘量保持關於維基內容的討論。還有許多其他用於一般和個人討論的服務,例如 Discord。

經常問的問題

為什麼我不能在移動頁面時不創建重新導向?

只有自動確認的用戶才能在移動頁面時不創建重新導向。自動確認狀態會自動授予所有至少 4 天歷史的註冊帳戶。

如何下載構建版本?

我們不提供任何下載,但是,在大多數情況下,可以通過一些搜索找到並下載在構建列表中含有模板{{BLItem Leaked}}的版本。

風格指南

所有文章都應該從引導部分開始,引導部分介紹主題並總結文章的要點。該部分通常以一句話簡單描述主題開始,即Windows 8/8250Windows 8的官方消費者預覽版。在這樣的句子中,文章標題通常用黑體字。然而,如果這樣的描述只會改變文章的標題或者感覺不自然,那就不要寫了。該部分可以跨越幾個段落,並以第一個部分標題結束,此時維基軟件插入目錄。 大部分內容應該用散文來寫。項目符號不應該用來介紹段落——列表語法應該只用於實際的列表,應該儘可能簡潔明了。讀者不應該在原始內容中直接用第二人稱稱呼(然後重啟電腦)——除非直接引用聲明或信息,否則永遠使用第三人稱和被動語態。 重質輕量 —— 多不一定比少好。避免將多個相似的圖片添加到圖庫中,除非差異重要到足以包含它們。同樣,一篇文章中對同一主題的多次引用不一定都是相關文章的連結。

術語

漏洞

僅在第一次或一般情況下,在引用在其預期用戶群之外發佈的構建行為時,才可以使用動詞「泄露」。如果在上傳之前未經授權的人已經訪問了構建方式,避免使用上傳到特定站點這個詞。其他替代方案,如共享、上傳或可用可能更好,這取決於上下文,即「用戶X共享了此版本」、「該版本已上傳到站點Y」、「這是最早的可用版本。」

命名方案

Windows作業系統

Windows [版本]/[构建](lab)

上面的規範是最冗長的,不會被大量使用。在大多數情況下,BetaWiki只包含一個具有特定內部版本號的內部版本,在這種情況下,頁面名稱中應該省略實驗室(如果有)。在版本字段中使用RTM構建報告的名稱,即NT 4.0、XP、10。如果完整的構建標記包含實驗室名稱,請確保創建從上面最詳細的形式到頁面名稱的簡化形式(沒有實驗室)的重新導向,即Windows XP/2428(idx 01)--Windows XP/2428

如果有幾個已知的構建具有相同的構建編號,但來自不同的實驗室,則頁面名稱應包含實驗室名稱。為了保持一定程度的一致性,沒有實驗室的簡化名稱應該用於各個構建之間的歧義消除。如果有幾個已知的版本號相同的版本來自同一個實驗室(即僅通過版本日期和時間區分),請將完整的時間戳添加到實驗室組件中,即Windows Longhorn/4050(private/lab06_demo.031019-1809)

對於只使用主版本號和次版本號的Windows版本,請在版本字段中使用它們,並完全省略內部版本號,即Windows 1.04

不要提及Windows 10更新版本的完整更新名稱,只需使用一個簡單的數字10,即:Windows 10/16179。另一方面,鼓勵為單獨的更新製作單獨的構建列表,其名稱應該包含更新的官方名稱,即:Windows 10 Creators Update。YYMM更新版本應該重新導向到全名,例如Windows 10 Version 1703將重新導向到前面提到的創建者更新。

重新導向

為了使搜索構建頁面變得更容易,除了上面提到的重新導向之外,Beta Wiki還維護了幾個重新導向:

如果該版本有正式名稱,我們應該將其重新導向到主頁面,即Windows 8.1預覽版-Windows 8.1/9431

如果有更多官方版本使用相同的官方名稱,請將其重新導向到主版本頁面,即Windows 10內部預覽版-Windows 10

蘋果電腦系統

經典

Mac OS [版本]/[版本号]/[构建]

Mac OS X

版本是指特定版本的名稱,即Tiger或Yosemite。

Mac OS X [版本]/[版本号]/[构建]

OS X [版本]/[版本号]/[构建]

macOS [版本]/[版本号]/[构建]

OS/2

1.x

IBM OS/2 [版本]/[构建]

Microsoft OS/2 [版本]/[构建]

2.0及更高版本

OS/2 [版本]/[构建]

模板

Infobox Windows build

Template:Infobox Windows build

Infobox macOS build

Template:Infobox macOS build

BLItem

創建構建列表時,請使用提供的BLItem模板:

  • {{BLItem Leaked|article-title|buildtag}}-當版本被公開泄露或發佈時使用
  • {{BLItem Confirmed|article-title|buildtag}}-當有信息可用時使用,這已經被開發人員進一步證明
  • {{BLItem Unconfirmed|article-title|buildtag}}-當有信息可用時使用,但是沒有提供證據
  • {{BLItem Fake|article-title|buildtag}}-當這個版本是假的時候使用,如果是真的就不要使用,有假的截圖也可以用

對構建列表進行排序時,第一件重要的事情是構建編號。如果有幾個不同的版本具有相同的編號,請始終按照以下方式對它們進行排序:

  1. 主分支(例如main、winmain、rsmain、rsmaster)
  2. 發佈分支(如beta1、xpclient、winmain_win8m3等。)
  3. dogfood/partner分支重編譯(例如idx、fbl_partner_out等。)
  4. 其他分支按字母順序排序。