mirror/pcottle.learnGitBranching
1
0
Fork 0
mirror of https://github.com/pcottle/learnGitBranching.git synced 2025-07-10 14:44:28 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

fix chinese translate

Browse source
This commit is contained in:
hotleave 2017-04-26 08:52:50 +08:00
parent fdecaa78a7
commit 6eb106a1f6
39 changed files with 607 additions and 595 deletions
Download patch file Download diff file Expand all files Collapse all files

40
src/levels/intro/merging.js
View file

@ -9,7 +9,7 @@ exports.level = {
"fr_FR": "Faire des 'merge' (fusions de branches) avec Git",
"ko": "Git에서 브랜치 합치기(Merge)",
"ja"　　　: "ブランチとマージ",
"zh_CN": "分支与合并",
"zh_CN": "Git Merge",
"zh_TW": "git 中的 merge",
"ru_RU": "Слияния веток в Git",
"uk": "Злиття гілок в Git"
@ -21,7 +21,7 @@ exports.level = {
"es_AR": "Acordate de commitear en el orden especificado (bugFix antes de master)",
"pt_BR": "Lembre-se de commitar na ordem especificada (bugFix antes de master)",
"fr_FR": "Pensez à faire des commits dans l'ordre indiqué (bugFix avant master)",
"zh_CN": "记住按指定的顺序提交（bugFix 先于 master）",
"zh_CN": "要按目标窗口中指定的顺序进行提交（bugFix 先于 master）",
"zh_TW": "記住按指定的順序 commit（bugFix 比 master 優先）",
"ko": "말씀드린 순서대로 커밋해주세요 (bugFix에 먼저 커밋하고 master에 커밋)",
"ru_RU": "Не забудь делать коммиты в правильном порядке (сначала bugFix, потом master)",
@ -451,13 +451,13 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"## Branches and Merging",
"## 分支与合并",
"",
"Great! 我们已经知道怎么提交和使用分支了。接下来要学的一招是如何合并两个不同分支的工作。这让我们可以新建一个分支，在其上开发新功能，然后合并回主线。",
"太好了! 我们已经知道如何提交以及如何使用分支了。接下来咱们看看如何将两个分支合并到一起。就是说我们新建一个分支，在其上开发某个新功能，开发完成后再合并回主线。",
"",
"`git merge` 是我们要学习的合并工作的第一个方法。合并产生一个特殊的提交记录，它包含两个唯一父提交。有两个父提交的提交记录本质上是：“我想把这两个父提交本身及它们的父提交集合都包含进来。”",
"咱们先来看一下第一种方法 —— `git merge`。在 Git 中合并两个分支时会产生一个特殊的提交记录，它有两个父节点。翻译成自然语言相当于：“我要把这两个父节点本身及它们所有的祖先都包含进来。”",
"",
"有图有真相，看看下面的图示就明白了。"
"通过图示更容易理解一些，咱们到下一页看一下。"
]
}
},
@ -465,17 +465,17 @@ exports.level = {
"type": "GitDemonstrationView",
"options": {
"beforeMarkdowns": [
"当前有两个分支：各有一个唯一的提交。这意味着没有一个分支包含我们对代码库的所有修改。让我们合并这两个分支来解决这个问题。",
"我们准备了两个分支，每个分支上各有一个独有的提交。这意味着没有一个分支包含了我们修改的所有内容。咱们通过合并这两个分支来解决这个问题。",
"",
"我们要把 `bugFix` 合并到 `master` "
"我们要把 `bugFix` 合并到 `master` 里"
],
"command": "git merge bugFix",
"afterMarkdowns": [
"哇！看见木有？首先，`master` 现在指向一个拥有两个父提交的提交记录。假如从 `master` 开始沿着箭头向上游走，在到达起点的路上会经过所有的提交记录。这说明有 `master` 包含了对代码库的所有修改。",
"哇哦！看见了吗？首先，`master` 现在指向了一个拥有两个父节点的提交记录。假如从 `master` 开始沿着箭头向上看，在到达起点的路上会经过所有的提交记录。这意味着 `master` 包含了对代码库的所有修改。↓↓↓",
"",
"还有，看见各个提交记录的颜色变化了吗？为了帮助学习，我使用了颜色混合。每个分支都有特定的颜色。每个提交记录都变成了含有此提交的所有分支的混合色。",
"还有，看见各个提交记录的颜色变化了吗？为了帮助学习理解，我引入了颜色搭配。每个分支都有不同的颜色，而每个提交记录的颜色是所有包含该提交记录的分支的颜色混合之后的颜色。",
"",
"所以，`master` 分支的颜色被混入到所有的提交记录，但 `bugFix` 没有。接下来就改一下这里吧。"
"所以，`master` 分支的颜色被混入到所有的提交记录，但 `bugFix` 没有。下面咱们让它也改变一下颜色。"
],
"beforeCommand": "git checkout -b bugFix; git commit; git checkout master; git commit"
}
@ -484,13 +484,13 @@ exports.level = {
"type": "GitDemonstrationView",
"options": {
"beforeMarkdowns": [
"让我们把 `master` 分支合并到 `bugFix` 吧。"
"咱们再把 `master` 分支合并到 `bugFix`："
],
"command": "git checkout bugFix; git merge master",
"afterMarkdowns": [
"因为 `bugFix` 分支在 `master` 分支的下游，Git 什么都不用做，只是简单地把 `bugfix` 分支移动到 `master` 指向的提交记录。",
"因为 `master` 继承自 `bugFix`，Git 什么都不用做，只是简单地把 `bugFix` 移动到 `master` 所指向的那个提交记录。",
"",
"现在所有的提交记录的颜色都是一样的啦，这表明每一个分支都包含了代码库的所有修改！走起！"
"现在所有提交记录的颜色都一样了，这表明每一个分支都包含了代码库的所有修改！大功告成！"
],
"beforeCommand": "git checkout -b bugFix; git commit; git checkout master; git commit; git merge bugFix"
}
@ -499,16 +499,16 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"想完成此关，执行以下操作：",
"要想通过这一关，需要以下几步：",
"",
"* 创建新分支 `bugFix` ",
"* 用 `git checkout bugFix` 切换到 `bugFix`分支",
"* 创建新分支 `bugFix`",
"* 用 `git checkout bugFix` 命令切换到该分支",
"* 提交一次",
"* 用 `git checkout` 切换回 `master` ",
"* 用 `git checkout master` 切换回 `master`",
"* 再提交一次",
"* 用 `git merge` 合并 `bugFix` 分支进 `master`",
"* 用 `git merge` 把 `bugFix` 合并到 `master`",
"",
"*记住，总是可以用 \"objective\" 命令来重新显示这个对话框！*"
"* 你随时都可以用“objective”命令来打开这个对话框！*"
]
}
}