提出GitHub的变化#
打开 问题表格, 在俄罗斯或英语中选择一个补充或纠正,并描述页面,变化,X4版本,来源以及你实际测试的内容. 选择 创建 开始讨论GitHub问题.
为了做好草稿,将文件分为存储库,复制文章模板到 proposals/ 打开一个拉动请求. 存储库包含 步骤说明 和 文章模板. 其他对于建议,不需要 Git 和本地维基安装.
编辑审查材料,将接受的变更转移到网站工作副本,更新翻译,并在检查后发布. 问题和公关合并不会自动部署. 对于现有页面,下载其标记,并提交一个编辑的草稿,其中包含原始页面URL.
编辑的位置#
剩下的步骤描述了编辑主站点工作副本,与提案库分开. 俄罗斯文章在 wiki/content/*.md; 英语版本使用以下文件名称 content/en/. dist 产生的. 装饰是进来的 assets, 部分 site.config.mjs, 在 scripts/home.mjs. 其他维基本身没有在线编辑或帐户系统. 下载Markdown提供了当前文章来源.
英语前面材料包含 title, summary 和 sourceHash, 俄罗斯来源的SHA-256号. 在更新该哈希之前,请检查两种版本. 构建拒绝缺失或过时翻译. 保存API名称和原始源摘录.
主要的编辑界限#
新的文章#
使用一个稳定的拉丁字档名. 下面的原始元数据示例显示了所需的结构. 页面H1来自 title, 所以开始身体 ##. 其他支持列表,表表,引用和围代码;任意HTML被逃脱. 保持英语中相应的标题结构,以便部分链接能够存活语言变化.
---
title: Название материала
summary: Что читатель изменит и какой результат получит.
section: ships
kind: guide
status: example
tags: ["ship", "macro"]
sources: ["wiki/references/vanilla-9.00.md"]
---
## Задача
Опишите результат и нужные исходные данные.字段#
部分是 start, ships, data, scripting, ui, native, reference, network, wiki. 其他它们是 guide, api, example; 状态是 verified, observed, example, reference. 其他看到 证据的状态. 其他使用JSON阵列为标签和来源. 来源可能是HTTPS页面或被明确允许的作者项目材料. 没有添加凭证,个人数据,保存或提取原始游戏来源.
内部链接#
使用 wiki:slug 链接,如下示例. 建立更新导航,内容和搜索. 总和多人游戏建议仍然是单独的;搜索范围是明确的.
[Новый корабль](wiki:adding-ship)
[Своё окно](wiki:create-ui)建立#
建立依赖性,以便更新新的清算或锁文件,然后建立和检查. 开发服务器查看文章和资产; 修改后更新浏览器. 修改构建脚本或配置后重新启动. 指定每个示例的插入点,值类型和先决条件. 记住未执行的例子作为学习材料.
npm ci
npm run build
npm run check
npm run dev