翻译流程

此流程遵循标准的 Github Flow，如已了解可直接略过。

整个翻译流程分为以下几个阶段：

• 认领阶段
• 翻译阶段
• 校对阶段

认领阶段

如未认领文档就直接翻译，容易出现撞车的情况。

因此，在翻译前务必进行任务认领。

认领任务，请到 Github Issues 选择想翻译的文档。翻译任务认领

选定要翻译的文档后，即可开始翻译。

翻译阶段

以 deno 文档为例，如需对某篇文章进行翻译。

翻译过程中，可以借鉴 deno-manual 仓库中的文档。有不少文档与之前一致，可以参考，但请注意格式和内容的准确性。

fork 并 clone

先将 deno_docs 的文档仓库 fork 为个人仓库（有增删改的权限）。

将 fork 后的仓库 download 至本地，如：

git clone https://github.com/<YOUR-GITHUB-NAME>/deno_docs/

如下载过程过慢，可使用 depth 忽略以往的提交，这里不做过多赘述。

请基于 main 分支创建你的翻译分支（目的是，保证 main 分支与主仓库内容始终一致）。

例如：

git checkout -b <翻译分支>

翻译

ps: 在开始翻译前，请务必先了解中文排版说明。

在 clone 好的文档中找到你所认领的文章，即可开始翻译。

翻译中请务必注意排版规范，尽量不要让校对者在文档格式方面浪费时间。

翻译完成后，请 push 至个人仓库。

git add
git commit -m 'docs(cn): 翻译的哪篇文章'
git push -u origin <翻译分支>

再创建 Pull Request 至 deno_docs 仓库。

注意：在创建 Pull Request 时，请尽量勾选允许其他人进行修改，便于快速修改及合并。

至此翻译阶段就结束了。

校对阶段

翻译完成请评论 @校对者

• @justjavac
• @QC-L

校对中，如有疑问或翻译错误，校对者会给出建议。

Github 的 PR 的评论提供了 suggestion 的功能，校对者对某行给出校对建议后，如无异议，可以直接进行合并。

而如果改动点较多，需进行本地修改时，则在本地对对应的内容进行修改，并提交到个人仓库的翻译分支即可。

注意: 无需关闭 Pull Request，Pull Reuquest 会自动追踪你的修改。

完成

校对完成后，校对者会对 PR 进行 Approve 操作，并进行 Pull Request 的合并。

当你的 Pull Request 被合并后，则代表流程结束。

其他

如需再次翻译，或同时翻译多篇。

• 一次 pr 尽量只有一篇文章的翻译，便于回溯
• 保证个人仓库的 main 分支始终为最新
• 每次翻译新文章时，请基于 main 分支拉取新分支

更新个人仓库的分支

git remote add upstream https://github.com/denocn/deno_docs.git
git fetch upstream
git checkout main
git merge upstream/main

翻译流程

任务认领说明

任务认领前，请务必阅读 翻译流程

注意：一次尽量只认领一篇，给其他小伙伴留些机会~

从 Todo List 中选取未被人领取过的文章：

未被领取过：

• Introduction

领取过：

• Getting Started (@QC-L)

领取过，已完成：

• Getting Started (@QC-L) #4

领取方式，在本 issues 下评论即可。

认领任务格式：

Section | Title | 译者 | 完成时间
-- | -- | -- | --
Getting Started |  Installation Deno | @QC-L | 2021.02.03 - 2020.02.04

示例效果：

任务认领列表

Todo List:

• Introduction (@justjavac) #6
• Getting Started (@QC-L) #4
  • Installing Deno (@QC-L) #5
  • Setting up your environment (@ajaxjiang96) #9
  • Running a Hello World script (@ReAlign) #23
  • Writing our own script (同Running a Hello World script) #23
  • Command line interface (@wuqin0791) #25
  • Understanding permissions (@KimYangOfCat) #24
  • Using WebAssembly (@wuqin0791) #33
  • Debugging your code (@ReAlign) #27
• The Runtime (@ReAlign) #28
  • Location API (@ReAlign) #29
  • Permission APIs (@ReAlign) #30
  • Program lifecycle (@kimberlyohq) #31
  • Stability(@wuqin0791 )
  • Web Platform APIs(@wuqin0791 )
  • Workers(@wuqin0791 )
• Linking to third party code(@wuqin0791 )
  • Reloading modules
  • Import maps
  • Integrity checking
  • Proxies
  • Private
• Using TypeScript (@QC-L) #4
  • Overview of TypeScript in Deno
  • Configuring TypeScript in Deno
  • Types and Type Declarations
  • Migrating to/from JavaScript
  • Runtime compiler APIs
  • FAQs about TypeScript in Deno
• Standard library
• Examples (@QC-L) #4
  • Basic
    • Hello world
    • Import and export modules
    • Manage dependencies
    • Fetch data
    • Read and write files
  • Advanced
    • Unix cat program
    • HTTP web server
    • File server
    • TCP echo server
    • Creating a subprocess
    • OS signals
    • File system events
    • Module metadata
• Testing
  • Assertions
• Tools (@QC-L) #4
  • Bundling
  • Compiling Executables
  • Script installer
  • Dependency Inspector
  • Documentation Generator
  • Code formatter
  • REPL
  • Linter
• Embedding Deno (@QC-L) #4
• Contributing
  • Architecture
  • Building from source
  • Development tools
  • Release Schedule
  • Deno Style Guide (@kyya) #10
  • Web Platform Test