From 2e6b5bbc5f9bc811fee76fb73c4772f746b3cc47 Mon Sep 17 00:00:00 2001 From: Jerry Lee Date: Sat, 4 Jul 2020 20:00:02 +0800 Subject: [PATCH] improve wording --- README.md | 2 +- .../workflow-feature-branch.md | 2 +- git-workflows-and-tutorials/workflow-forking.md | 5 ++++- git-workflows-and-tutorials/workflow-gitflow.md | 14 +++++++++----- 4 files changed, 15 insertions(+), 8 deletions(-) diff --git a/README.md b/README.md index a3ff916..7fa629d 100644 --- a/README.md +++ b/README.md @@ -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) ，一起学习交流讨论！ # 文章分类 diff --git a/git-workflows-and-tutorials/workflow-feature-branch.md b/git-workflows-and-tutorials/workflow-feature-branch.md index e2f0c6c..304ad80 100644 --- a/git-workflows-and-tutorials/workflow-feature-branch.md +++ b/git-workflows-and-tutorials/workflow-feature-branch.md @@ -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`。 这个过程常常会生成一个合并提交。有些开发者喜欢有合并提交，因为它像一个新功能和原来代码基线的连通符。 diff --git a/git-workflows-and-tutorials/workflow-forking.md b/git-workflows-and-tutorials/workflow-forking.md index c4fdf66..ffd3d1e 100644 --- a/git-workflows-and-tutorials/workflow-forking.md +++ b/git-workflows-and-tutorials/workflow-forking.md @@ -189,7 +189,10 @@ git merge FETCH_HEAD 变更集成到本地的`master`分支后，维护者要`push`变更到服务器上的正式仓库，这样其它的开发者都能访问到： ```bash -git push origin master +git push +# 【译注】： +# 原文用的命令是 git push origin master +# 原因同前文 ``` 注意，维护者的`origin`是指向他自己公开仓库的，即是项目的正式代码库。到此，开发者的贡献完全集成到了项目中。 diff --git a/git-workflows-and-tutorials/workflow-gitflow.md b/git-workflows-and-tutorials/workflow-gitflow.md index 6708e1e..e93544d 100644 --- a/git-workflows-and-tutorials/workflow-gitflow.md +++ b/git-workflows-and-tutorials/workflow-gitflow.md @@ -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 # 删除本地分支