improve wording

This commit is contained in:
Jerry Lee
2020-07-04 20:00:02 +08:00
parent 715d9aa094
commit 2e6b5bbc5f
4 changed files with 15 additions and 8 deletions

View File

@@ -16,7 +16,7 @@ Chinese translations for classic IT resources.
- 🙈 [自己](http://weibo.com/oldratlee)理解粗浅,翻译中不足和不对之处,欢迎 👏
- 建议,[提交`Issue`](https://github.com/oldratlee/translations/issues/new)
- 指正,[`Fork`后提通过`Pull Requst`贡献修改](https://github.com/oldratlee/translations/fork)
- 如有文章理解上有疑问 或是 使用过程中碰到些疑惑,请随意:raised_hands:[提交`Issue`](https://github.com/oldratlee/translations/issues/new) ,一起学习交流讨论!
- 如有文章理解上有疑问 或是 使用过程中碰到些疑惑,请随意🙌 [提交`Issue`](https://github.com/oldratlee/translations/issues/new) ,一起学习交流讨论!
# 文章分类

View File

@@ -147,7 +147,7 @@ git push
```
无论谁来做合并,首先要检出`master`分支并确认它是最新的。然后执行`git pull origin marys-feature`合并`marys-feature`分支到已经和远程一致的本地`master`分支。
你可以使用简单`git merge marys-feature`命令,但前面的命令可以保证总是最新的新功能分支
你可以使用简单命令`git merge marys-feature`,但前提是之前操作过的命令保证了功能分支是最新的
最后更新的`master`分支要重新`push`回到`origin`
这个过程常常会生成一个合并提交。有些开发者喜欢有合并提交,因为它像一个新功能和原来代码基线的连通符。

View File

@@ -189,7 +189,10 @@ git merge FETCH_HEAD
变更集成到本地的`master`分支后,维护者要`push`变更到服务器上的正式仓库,这样其它的开发者都能访问到:
```bash
git push origin master
git push
# 【译注】:
# 原文用的命令是 git push origin master
# 原因同前文
```
注意,维护者的`origin`是指向他自己公开仓库的,即是项目的正式代码库。到此,开发者的贡献完全集成到了项目中。

View File

@@ -107,11 +107,15 @@ git push -u origin develop
```bash
git clone ssh://user@host/path/to/repo.git
git checkout -b develop origin/develop
git checkout develop
#【译注】当没有本地分支 develop 时,
# 最后一条命令,我使用更简单的 git checkout develop
# 会自动 把 远程分支origin/develop 检出成 本地分支 develop
# 【译注】
# 原文用的命令是 git checkout -b develop origin/develop
#
# 当没有本地分支 develop 时,
# git checkout develop 这条命令
# 会自动 把 远程分支origin/develop 检出成 本地分支 develop。
# 这样的用法更简单自然,我平时就是这么用的。
```
现在每个开发都有了这些历史分支的本地拷贝。
@@ -145,7 +149,7 @@ git commit
git pull origin develop
git checkout develop
# 本地分支some-feature合并上develop
#【注意】这个分支已经有远程的develop修改了所以本地develop无需再做远程拉取的操作
#【注意】因为pull过develop分支已经有远程的develop修改了所以本地develop无需再做远程拉取的操作
git merge some-feature
git push
# 删除本地分支