From 997dd89c23e1107807ddf741421341682037842a Mon Sep 17 00:00:00 2001 From: SevicheCC <91365763+Sevichecc@users.noreply.github.com> Date: Sat, 20 May 2023 12:54:04 +0800 Subject: [PATCH] Use gender-neutral term --- src/levels/advanced/multipleParents.js | 16 ++++++++-------- src/levels/intro/branching.js | 2 +- src/levels/intro/commits.js | 4 ++-- src/levels/intro/merging.js | 4 ++-- src/levels/rampup/relativeRefs.js | 10 +++++----- src/levels/rampup/relativeRefs2.js | 2 +- src/levels/rebase/manyRebases.js | 2 +- 7 files changed, 20 insertions(+), 20 deletions(-) diff --git a/src/levels/advanced/multipleParents.js b/src/levels/advanced/multipleParents.js index 3abaf50d..00d67cdc 100644 --- a/src/levels/advanced/multipleParents.js +++ b/src/levels/advanced/multipleParents.js @@ -4,7 +4,7 @@ exports.level = { "startTree": "{\"branches\":{\"main\":{\"target\":\"C7\",\"id\":\"main\"}},\"commits\":{\"C0\":{\"parents\":[],\"id\":\"C0\",\"rootCommit\":true},\"C1\":{\"parents\":[\"C0\"],\"id\":\"C1\"},\"C2\":{\"parents\":[\"C1\"],\"id\":\"C2\"},\"C3\":{\"parents\":[\"C1\"],\"id\":\"C3\"},\"C4\":{\"parents\":[\"C3\"],\"id\":\"C4\"},\"C5\":{\"parents\":[\"C2\"],\"id\":\"C5\"},\"C6\":{\"parents\":[\"C4\",\"C5\"],\"id\":\"C6\"},\"C7\":{\"parents\":[\"C6\"],\"id\":\"C7\"}},\"HEAD\":{\"target\":\"main\",\"id\":\"HEAD\"}}", "name": { "en_US": "Multiple parents", - "zh_CN": "两个父节点", + "zh_CN": "两个 parent 节点", 'fr_FR': 'Parents multiples', "de_DE": "Mehrere Vorgänger", "ja": "複数の親", @@ -313,13 +313,13 @@ exports.level = { "type": "ModalAlert", "options": { "markdowns": [ - "### 选择父提交记录", + "### 选择 parent 提交记录", "", "操作符 `^` 与 `~` 符一样，后面也可以跟一个数字。", "", - "但是该操作符后面的数字与 `~` 后面的不同，并不是用来指定向上返回几代，而是指定合并提交记录的某个父提交。还记得前面提到过的一个合并提交有两个父提交吧，所以遇到这样的节点时该选择哪条路径就不是很清晰了。", + "但是该操作符后面的数字与 `~` 后面的不同，并不是用来指定向上返回几代，而是指定合并提交记录的某个 parent 提交。还记得前面提到过的一个合并提交有两个 parent 提交吧，所以遇到这样的节点时该选择哪条路径就不是很清晰了。", "", - "Git 默认选择合并提交的“第一个”父提交，在操作符 `^` 后跟一个数字可以改变这一默认行为。", + "Git 默认选择合并提交的“第一个” parent 提交，在操作符 `^` 后跟一个数字可以改变这一默认行为。", "", "废话不多说，举个例子。", "" @@ -330,9 +330,9 @@ exports.level = { "type": "GitDemonstrationView", "options": { "beforeMarkdowns": [ - "这里有一个合并提交记录。如果不加数字修改符直接切换到 `main^`，会回到第一个父提交记录。", + "这里有一个合并提交记录。如果不加数字修改符直接切换到 `main^`，会回到第一个 parent 提交记录。", "", - "(*在我们的图示中，第一个父提交记录是指合并提交记录正上方的那个提交记录。*)" + "(*在我们的图示中，第一个 parent 提交记录是指合并提交记录正上方的那个提交记录。*)" ], "afterMarkdowns": [ "这正是我们都已经习惯的方法。" @@ -345,10 +345,10 @@ exports.level = { "type": "GitDemonstrationView", "options": { "beforeMarkdowns": [ - "现在来试试选择另一个父提交……" + "现在来试试选择另一个 parent 提交……" ], "afterMarkdowns": [ - "看见了吧？我们回到了另外一个父提交上。" + "看见了吧？我们回到了另外一个 parent 提交上。" ], "command": "git checkout main^2", "beforeCommand": "git checkout HEAD^; git commit; git checkout main; git merge C2" diff --git a/src/levels/intro/branching.js b/src/levels/intro/branching.js index 37735373..c67e0f10 100644 --- a/src/levels/intro/branching.js +++ b/src/levels/intro/branching.js @@ -780,7 +780,7 @@ exports.level = { "", "这是因为即使创建再多的分支也不会造成储存或内存上的开销，并且按逻辑分解工作到不同的分支要比维护那些特别臃肿的分支简单多了。", "", - "在将分支和提交记录结合起来后，我们会看到两者如何协作。现在只要记住使用分支其实就相当于在说：“我想基于这个提交以及它所有的父提交进行新的工作。”" + "在将分支和提交记录结合起来后，我们会看到两者如何协作。现在只要记住使用分支其实就相当于在说：“我想基于这个提交以及它所有的 parent 提交进行新的工作。”" ] } }, diff --git a/src/levels/intro/commits.js b/src/levels/intro/commits.js index 33327d9e..d635f8f5 100644 --- a/src/levels/intro/commits.js +++ b/src/levels/intro/commits.js @@ -489,7 +489,7 @@ exports.level = { "", "Git 希望提交记录尽可能地轻量，因此在你每次进行提交时，它并不会盲目地复制整个目录。条件允许的情况下，它会将当前版本与仓库中的上一个版本进行对比，并把所有的差异打包到一起作为一个提交记录。", "", - "Git 还保存了提交的历史记录。这也是为什么大多数提交记录的上面都有父节点的原因 —— 我们会在图示中用箭头来表示这种关系。对于项目组的成员来说，维护提交历史对大家都有好处。", + "Git 还保存了提交的历史记录。这也是为什么大多数提交记录的上面都有 parent 节点的原因 —— 我们会在图示中用箭头来表示这种关系。对于项目组的成员来说，维护提交历史对大家都有好处。", "", "关于提交记录太深入的东西咱们就不再继续探讨了，现在你可以把提交记录看作是项目的快照。提交记录非常轻量，可以快速地在这些提交记录之间切换！" ] @@ -504,7 +504,7 @@ exports.level = { "点击下面的按钮创建一个新的提交记录。" ], "afterMarkdowns": [ - "好了！非常棒！我们刚才修改了代码库，并把这些修改保存成了一个提交记录 `C2`。`C2` 的父节点是 `C1`，父节点是当前提交中变更的基础。" + "好了！非常棒！我们刚才修改了代码库，并把这些修改保存成了一个提交记录 `C2`。`C2` 的 parent 节点是 `C1`， parent 节点是当前提交中变更的基础。" ], "command": "git commit", "beforeCommand": "" diff --git a/src/levels/intro/merging.js b/src/levels/intro/merging.js index 3de22f38..6f6e4beb 100644 --- a/src/levels/intro/merging.js +++ b/src/levels/intro/merging.js @@ -679,7 +679,7 @@ exports.level = { "", "太好了! 我们已经知道如何提交以及如何使用分支了。接下来咱们看看如何将两个分支合并到一起。就是说我们新建一个分支，在其上开发某个新功能，开发完成后再合并回主线。", "", - "咱们先来看一下第一种方法 —— `git merge`。在 Git 中合并两个分支时会产生一个特殊的提交记录，它有两个父节点。翻译成自然语言相当于：“我要把这两个父节点本身及它们所有的祖先都包含进来。”", + "咱们先来看一下第一种方法 —— `git merge`。在 Git 中合并两个分支时会产生一个特殊的提交记录，它有两个 parent 节点。翻译成自然语言相当于：“我要把这两个 parent 节点本身及它们所有的祖先都包含进来。”", "", "通过图示更容易理解一些，咱们到下一页看一下。" ] @@ -695,7 +695,7 @@ exports.level = { ], "command": "git merge bugFix", "afterMarkdowns": [ - "哇哦！看见了吗？首先，`main` 现在指向了一个拥有两个父节点的提交记录。假如从 `main` 开始沿着箭头向上看，在到达起点的路上会经过所有的提交记录。这意味着 `main` 包含了对代码库的所有修改。↓↓↓", + "哇哦！看见了吗？首先，`main` 现在指向了一个拥有两个 parent 节点的提交记录。假如从 `main` 开始沿着箭头向上看，在到达起点的路上会经过所有的提交记录。这意味着 `main` 包含了对代码库的所有修改。↓↓↓", "", "还有，看见各个提交记录的颜色变化了吗？为了帮助学习理解，我引入了颜色搭配。每个分支都有不同的颜色，而每个提交记录的颜色是所有包含该提交记录的分支的颜色混合之后的颜色。", "", diff --git a/src/levels/rampup/relativeRefs.js b/src/levels/rampup/relativeRefs.js index 23bec627..96c6f5ee 100644 --- a/src/levels/rampup/relativeRefs.js +++ b/src/levels/rampup/relativeRefs.js @@ -677,13 +677,13 @@ exports.level = { "type": "GitDemonstrationView", "options": { "beforeMarkdowns": [ - "首先看看操作符 (^)。把这个符号加在引用名称的后面，表示让 Git 寻找指定提交记录的父提交。", + "首先看看操作符 (^)。把这个符号加在引用名称的后面，表示让 Git 寻找指定提交记录的 parent 提交。", "", - "所以 `main^` 相当于“`main` 的父节点”。", + "所以 `main^` 相当于“`main` 的 parent 节点”。", "", - "`main^^` 是 `main` 的第二个父节点", + "`main^^` 是 `main` 的第二个 parent 节点", "", - "现在咱们切换到 main 的父节点" + "现在咱们切换到 main 的 parent 节点" ], "afterMarkdowns": [ "搞定。这种方式是不是比输入哈希值方便多了？！" @@ -709,7 +709,7 @@ exports.level = { "type": "ModalAlert", "options": { "markdowns": [ - "要完成此关，切换到 `bugFix` 的父节点。这会进入分离 `HEAD` 状态。", + "要完成此关，切换到 `bugFix` 的 parent 节点。这会进入分离 `HEAD` 状态。", "", "如果你愿意的话，使用哈希值也可以过关，但请尽量使用相对引用！" ] diff --git a/src/levels/rampup/relativeRefs2.js b/src/levels/rampup/relativeRefs2.js index 40ca7939..5720a7c0 100644 --- a/src/levels/rampup/relativeRefs2.js +++ b/src/levels/rampup/relativeRefs2.js @@ -634,7 +634,7 @@ exports.level = { "", "`git branch -f main HEAD~3`", "", - "上面的命令会将 main 分支强制指向 HEAD 的第 3 级父提交。" + "上面的命令会将 main 分支强制指向 HEAD 的第 3 级 parent 提交。" ] } }, diff --git a/src/levels/rebase/manyRebases.js b/src/levels/rebase/manyRebases.js index 4df8f7fe..2a004d09 100644 --- a/src/levels/rebase/manyRebases.js +++ b/src/levels/rebase/manyRebases.js @@ -199,7 +199,7 @@ exports.level = { "markdowns": [ "### 多分支 rebase", "", - "哥们儿，我们准备了很多分支！咱们把这些分支 rebase 到 main 上吧。", + "哇，现在我们这里出现了很多分支呢！让我们把所有这些分支上所做的工作都通过 rebase 合并到 main 分支上吧。", "", "但是你的领导给你提了点要求 —— 他们希望得到有序的提交历史，也就是我们最终的结果应该是 `C6'` 在 `C7'` 上面， `C5'` 在 `C6'` 上面，依此类推。", "",