用户:小美粉粉/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/8250是Windows 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 [版本]/[构建]

模板

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. 其他分支按字母顺序排序。