mirror/pcottle.learnGitBranching
1
0
Fork 0
mirror of https://github.com/pcottle/learnGitBranching.git synced 2025-06-26 07:58:34 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

fix some typo in zh_CN translation

Browse source
This commit is contained in:
zhyu 2014-11-24 21:28:26 +09:00
parent 6dc6d0c454
commit 0cd12e11cf
7 changed files with 11 additions and 11 deletions
Download patch file Download diff file Expand all files Collapse all files

2
src/levels/remote/clone.js
View file

@ -262,7 +262,7 @@ exports.level = {
"",
"- 首先, 远仓是一个强大的备份. 本地仓库也有恢复文件的能力, 但所有的信息都是保存在本地的. 即使你丢失了本地数据, 你仍可以通过远端仓库拷贝拿回你丢失的数据 ",
"",
"- 更重要的是, 远端让代码社交化了! 现在你的项目被白拷贝到别的地方了, 你的朋友可以更容易的为你的项目做贡献(或者pull 最新的变更)",
"- 更重要的是, 远端让代码社交化了! 现在你的项目被拷贝到别的地方了, 你的朋友可以更容易的为你的项目做贡献(或者pull 最新的变更)",
"",
"现在使用网站来可视化远端仓库变得越发流行(像 [Github](https://github.com/) or [Phabricator](http://phabricator.org/)), 但远库是这些工具的基石, 理解其概念非常的重要!"
]

2
src/levels/remote/fakeTeamwork.js
View file

@ -285,7 +285,7 @@ exports.level = {
"markdowns": [
"接下来的学习会相当的困难，所以在本节我们会询问你很多问题. ",
"",
"继续前进 -- 克隆一个远端，再提交一些修改，在你自己的分支上也做一些提交，再pull一下远端. 这看起来这包含了好几节的课程. "
"继续前进 -- 克隆一个远端，再提交一些修改，在你自己的分支上也做一些提交，再pull一下远端. 这看起来包含了好几节的课程."
]
}
}

4
src/levels/remote/fetchArgs.js
View file

@ -521,9 +521,9 @@ exports.level = {
"markdowns": [
"## Git fetch arguments",
"",
"我们刚学习了git push的参数, 特别是`<place>`参数, 更特别的冒号分隔(`<source>:<destination>`). 这写参数可以用于`git fetch`吗?",
"我们刚学习了git push的参数, 特别是`<place>`参数, 更特别的冒号分隔(`<source>:<destination>`). 这些参数可以用于`git fetch`吗?",
"",
"你猜中了! git fetch的参数和git push相当相似. 都是相同的概念, 但是相反相反(因为现在你是下载 而非上传) ",
"你猜中了! git fetch的参数和git push相当相似. 都是相同的概念, 但是方向相反(因为现在你是下载 而非上传)",
"",
"我们过一个概念.."
]

8
src/levels/remote/fetchRebase.js
View file

@ -601,7 +601,7 @@ exports.level = {
"markdowns": [
"## 分散工作",
"",
"到现在我们已经知道了如何从其它地方`pull`,以及如果`push`我们自己的提交对象, 看起来真简单, 但是为何人们还会如此困惑呢?",
"到现在我们已经知道了如何从其它地方`pull`,以及如何`push`我们自己的提交对象, 看起来真简单, 但是为何人们还会如此困惑呢?",
"",
"困难来自于远端库历史的分散. 在讨论这个问题的细节前, 我们看一个例子...",
""
@ -612,7 +612,7 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"想象一下你周一克隆了一个仓库, 然后在一个特性分支上工作. 到周五时, 你你准备推送你的特性分支 -- 不行的! 你的同事这周写了一堆代码, 使得你的特性分支过期了. 他们已经将代码分享(合并)到远端仓库了, 所以你的工作就变成了基于仓库老版的代码了.",
"想象一下你周一克隆了一个仓库, 然后在一个特性分支上工作. 到周五时, 你准备推送你的特性分支 -- 不行的! 你的同事这周写了一堆代码, 使得你的特性分支过期了. 他们已经将代码分享(合并)到远端仓库了, 所以你的工作就变成了基于仓库老版的代码了.",
"",
"这种情况下, `git push`就变得模糊了, 如果你执行`git push`, git应该让远端仓库回到星期一那天? 还是直接在新代码的基础上添加你的代码? 或者直接忽略你的提交? ",
"",
@ -650,7 +650,7 @@ exports.level = {
"如果我们在push之前做rebase呢?"
],
"afterMarkdowns": [
"轰 啊 轰! 我们用`git fetch`更新了远端在本地的副本, 然后衍合我们的工作以映射远端的新变化, 最后再`git push`"
"轰 啊 轰! 我们用`git fetch`更新了远端在本地的副本, 然后合并我们的工作以映射远端的新变化, 最后再`git push`"
],
"command": "git fetch; git rebase o/master; git push",
"beforeCommand": "git clone; git fakeTeamwork; git commit"
@ -689,7 +689,7 @@ exports.level = {
"",
"当然 -- 就是你所知道`git pull`, 就是fetch 和merge 的简写. 更方便的 -- `git pull --rebase` 就是 fetch 和rebase的简写! ",
"",
"让我们简写命令是如何工作的."
"让我们看看简写命令是如何工作的."
]
}
},

2
src/levels/remote/push.js
View file

@ -224,7 +224,7 @@ exports.level = {
"type": "ModalAlert",
"options": {
"markdowns": [
"要完成本节, 需要向远端分享两提交. 戒骄戒躁，课程还会更难哦! "
"要完成本节, 需要向远端分享两个提交. 戒骄戒躁，课程还会更难哦! "
]
}
}

2
src/levels/remote/pushArgs2.js
View file

@ -337,7 +337,7 @@ exports.level = {
"type": "GitDemonstrationView",
"options": {
"beforeMarkdowns": [
"记住, `source` 是git 能理解任何位置:"
"记住, `source` 是git 能理解的任何位置:"
],
"afterMarkdowns": [
" 这是个很迷幻的命令, 但它是合理的 -- git 将foo^解析 为位置, 上传新提交到远端的目的地. "

2
src/levels/remote/tracking.js
View file

@ -534,7 +534,7 @@ exports.level = {
"markdowns": [
"### 我能自己指定这个属性吗?",
"",
"当然可以啦! 你可以让做生意分支跟踪`o/master`, 然后分支就会隐含push的destination(`o/master`) 以及merge的target (`o/master`). 这意味着你可以在分支`totalllyNotMaster`上执行`git push`, 将工作推送到远端的`master`.",
"当然可以啦! 你可以让做任意分支跟踪`o/master`, 然后分支就会隐含push的destination(`o/master`) 以及merge的target (`o/master`). 这意味着你可以在分支`totallyNotMaster`上执行`git push`, 将工作推送到远端的`master`.",
"",
"有两种方法设置这个属性, 第一种就是通过远端分支检出一个新的分支, 执行: ",
"",