diff --git a/Lab3/git_flow.png b/Lab3/git_flow.png
index 95ca72f..700f9e0 100644
Binary files a/Lab3/git_flow.png and b/Lab3/git_flow.png differ
diff --git a/Lab3/lab3.md b/Lab3/lab3.md
index dfb054b..924c1bb 100644
--- a/Lab3/lab3.md
+++ b/Lab3/lab3.md
@@ -1,6 +1,7 @@
 # 分支管理
 前面提交、推送操作都是在“master”分支进行的。针对一个不断迭代的复杂项目，如果全部都在“master”上操作，版本的结构会乱，其他人看不懂哪个提交是稳定的，是生产下发版本，哪个提交是尚在开发版本。  
 针对这一问题，下面介绍Git flow分支模型，大家不一定要严格套这个模型。  
+## Git Flow
 模型的分支如下：
 - master
 - develop
@@ -33,7 +34,7 @@
 - 从develop分支签出
 - 等测试组测试通过，双向合并到master和develop
 ## 其他说明
-远程仓库应该只存在两个分支，一个是master分支，存放线上（生产环境）版本，这个分支的代码总是可靠可用的；另一个是develop分支，这个分支用于日常开发。  
+远程仓库应该只存在两个分支，一个是master分支，存放生产环境版本，这个分支的代码总是可靠可用的；另一个是develop分支，这个分支用于日常开发。  
 hotfix分支、feature分支和release分支都在本地，原则上不能推送到远程仓库。这三种分支都属于临时性需要，使用完以后，应该删除。
 develop分支下允许有多个feature分支，且尽量避免冲突；允许在有feature处在开发中的情况下从develop分支拉取到release分支。