revise index

git-workflows-and-tutorials/README.md

@@ -10,14 +10,18 @@
 
 对于`Git`工作流主题，目前网上资料很少，多是零散地操作说明，希望这篇文章能让你更深入理解并在工作中灵活有效地使用起来。
 
+PS：
+
+文中`Pull Request`的介绍用的是`Bitbucket`代码托管服务，由于和`GitHub`基本一样，如果你用的是`GitHub`（我自己也主要使用`GitHub`托管代码），不影响理解和操作。
+
 [自己](http://weibo.com/oldratlee)理解粗浅，翻译不合适和不对的地方，欢迎建议（[提交Issue](https://github.com/quickhack/translations/issues)）和指正（[Fork后提交代码](https://github.com/quickhack/translations/fork)）！
 
 `Git`工作流指南
 ======================
 
-:point_right: 工作流有各式各样的用法，但也正因此使得在实际工作中如何上手使用变得很头大。这篇指南为公司团队使用中最常见的几种`Git`工作流提供入门介绍。
+:point_right: 工作流有各式各样的用法，但也正因此使得在实际工作中如何上手使用变得很头大。这篇指南通过总览公司团队中最常用的几种`Git`工作流让大家可以上手使用。
 
-在阅读的过程中请记住，这里设计的几种工作流应该是作为方案指导而不是条例规定。在展示了各种工作流可能的用法后，你可以从不同的工作流中挑选或揉合出一个满足你自己需求的工作流。
+在阅读的过程中请记住，本文中的几种工作流是作为方案指导而不是条例规定。在展示了各种工作流可能的用法后，你可以从不同的工作流中挑选或揉合出一个满足你自己需求的工作流。
 
 ![Git Workflows](images/git_workflow.png)
 
@@ -26,7 +30,7 @@
 
 ### 集中式工作流
 
-如果你的开发团队成员已经很熟悉`Subversion`，集中式工作流让你无需去适应一个全新流程就可以用上`Git`带来的收益。这个工作流也是一个向更`Git`风格工作流迁移的友好过渡。
+如果你的开发团队成员已经很熟悉`Subversion`，集中式工作流让你无需去适应一个全新流程就可以体验`Git`带来的收益。这个工作流也可以作为向更`Git`风格工作流迁移的友好过渡。
 
 [了解更多 »](workflow-centralized.md)
 
@@ -34,7 +38,7 @@
 
 ### 功能分支工作流
 
-功能分支工作流以集中式工作流为基础，不同的是为各个新功能分配一个单独的分支来开发。这样可以在把新功能合并到正式主干前，用`Pull Requests`的方式讨论变更。
+功能分支工作流以集中式工作流为基础，不同的是为各个新功能分配一个专门的分支来开发。这样可以在把新功能集成到正式项目前，用`Pull Requests`的方式讨论变更。
 
 [了解更多 »](workflow-feature-branch.md)
 
@@ -42,7 +46,7 @@
 
 ### `Gitflow`工作流
 
-`Gitflow`工作流通过为功能开发、发布准备和维护提供独立的分支，来简化发布迭代过程。严格的分支模型为大型项目提供了一些非常有必要的结构。
+`Gitflow`工作流通过为功能开发、发布准备和维护分配独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。
 
 [了解更多 »](workflow-gitflow.md)
 
@@ -58,7 +62,7 @@
 
 ### `Pull Requests`
 
-`Pull requests`是`Bitbucket`让开发者更方便地进行协作的功能，提供了友好的`Web`界面可以在合并得提交的修改到官方项目之前对修改进行讨论。
+`Pull requests`是`Bitbucket`提供的让开发者更方便地进行协作的功能，提供了友好的`Web`界面可以在提议的修改合并到正式项目之前对修改进行讨论。
 
 [了解更多 »](pull-request.md)