【译技】翻译协作之【校对】

翻译协作之【校对】

本文的一切讨论基于版本控制工具 GitHub。本文假定你已经具备了这篇博文 的部分基础：

• 拥有一个 GitHub 账号
• 会查看编辑某个仓库中的文档

方法一：分支-合并（branch-merge）法

参见这篇博文

方法二：版本控制（Version Control）法

1. 假设现有校对员甲与乙共 2 名。他们的任务是，各自校对一遍全文后，统一意见，共同完成对一篇文章的校对。文章如下

图1

2. 假设甲是仓库管理员，他需要添加乙为合作者（以便合作编辑同一篇文章）。注意到，如果你是乙，且在试图编辑文章时出现了图 2 的情况，说明你没有被添加为合作者，你需要联系作为管理员的甲，要求他添加你作为合作者。添加步骤见图3~图4

图2

图3

图4

3. 甲于 0:00 打开了文章并开始编辑。他建议修改 Part 1 与 Part 2 的翻译，并于 0:10 提交了修改建议。注意，甲并没有建立新的分支，而是直接修改主分支master的原文上

图5

图6

图7

4. 乙于 0:05 打开了文章并开始编辑。他建议修改 Part 2 与 Part 3 的翻译。他于 0:15 提交了修改建议。注意，乙并没有建立新的分支，而是直接修改主分支master的原文上；而且由于他在甲提交之前打开，在甲提交之后提交，因此他并不知道甲修改了哪些，同时甲提交的部分都会被覆盖，即乙提交后的结果是： Part 1 「相当于没有修改」（展示了甲修改前的样子），Part 2 则展示了乙的修改建议（注意对比图 7 和图 10）

图8

图9

图10

5. 接下来就是版本控制（Version Control）的精髓。当两个人都各自对全文校对过之后，可以同时打开【History】查看过去修改的版本。

图11

图12

6. 我们查看乙最后提交的版本。以该图为例，直接点击【Update test.md】即可

图13

7. 进入到历史页面。展现给我们的是最后提交的两个版本的比较。绿色部分是最后提交的版本，红色部分是倒数第二个版本中的内容被最后一个版本覆盖掉的部分。因此甲与乙开着一个网页，即可针对两个版本的差异进行讨论。（由于 Part 1 的问题与 Part 3 的问题同属一类，因此在图中仅在 Part 1 与 Part 2 旁进行注释）

图14

8. 最后由一个人将内容确定下来即可（注意到因为已经是最后定稿，因此将校对标记全部删除）

图15

图16（终稿）