diff --git a/git-workflows-and-tutorials/git-workflow-svn-push-local.png b/git-workflows-and-tutorials/git-workflow-svn-push-local.png
new file mode 100644
index 0000000..2fc31f0
Binary files /dev/null and b/git-workflows-and-tutorials/git-workflow-svn-push-local.png differ
diff --git a/git-workflows-and-tutorials/workflow-centralized.md b/git-workflows-and-tutorials/workflow-centralized.md
new file mode 100644
index 0000000..5a07ffa
--- /dev/null
+++ b/git-workflows-and-tutorials/workflow-centralized.md
@@ -0,0 +1,18 @@
+
+:beer: 中心化（Centralized）工作流
+---------------------
+
+![Git Workflows: SVN-style](git-workflow-svn.png)
+
+转到分布式版本控制系统看起来像个吓人的任务，但不需要改变你已有流程就可以用上Git的好处。你的团队可以用和`Subversion`完全不变的方式来开发项目。
+
+但用上`Git`可以比`SVN`在开发流程上有所改进。首先，每个开发可以有自己的是整个工程拷贝的本地分支。隔离的环境让各个开发者的工作独立于项目其它修改的 ——
+即自由地提交到自己的本地仓库，先完全忽略上游的开发，走到合适的时候把修改反馈给他们。
+
+其次，`Git`提供了强壮的分支和合并模型。不像`SVN`，`Git`的分支设计成可以做为一种『失败安全』的机制，用来集成代码和分享仓库间的修改。
+
+### 工作方式
+
+像`Subversion`一样，中心化工作流以中央仓库作为项目所有修改的单点实体。相比`SVN`缺省的开发分支`trunk`，`Git`是`master`，所有修改提交到这个分支上。这种工作流只用到`master`这一个分支。
+
+![](git-workflow-svn-push-local.png)