1、集中式工作流

1.1示例：

1.1.1有人先初始化好中央仓库

在github上建立一个统一的仓库

1.1.2所有人克隆中央仓库

1.2.3小明开发功能

在本地git中创建文件

1.2.4小红开发功能

在本地git中创建文件

1.2.5小明发布功能

git add 文件名

git commit -m “描述”

git push origin master

1.2.6小红发布功能

如果小红像小明一样直接push会报错，这避免了小红覆写正式的提交。她要先 pull 小明的更新到她的本地仓库合并上她的本地修改后，再重试。如果远程的仓库和本地的仓库文件一样，git push 就会直接成功；

git pull origin maste    (如果你本地有的目录(应该是自己新建的目录)和远程仓库的目录名字，或者文件名字一样，此时会被覆盖写入)，个人感觉，在自己pull之间，最好将本地的代码单独保存一份

git push origin master  （好像不需要再add 和commit了，因为之前已经提交了(add/commit)，现在只需要推送，如果之前没有add，还是需要先add。commit）

最好每一个个体独立创建一个分支。如果有大的合并的话，在单独合并的master中

2、功能分支工作流

2.1示例

2.1.1小红开始开发登录功能

首先创建分支
　　创建分支：                            $ git branch 分支名
　　查看所有的分支：                 $ git branch
　　切换分支：                            $ git checkout 分支名
　　推送代码到远程仓库              $ git push origin login(分支名)  //此时远程仓库会自动生成一个login分支。并且里面有我们推送的代码

当login(登录功能开发完毕)，之后请求和主分支进行合并，合并完成后

如果需要将远程的分支删除

git push origin --delete login

git----工作流程

原文：https://www.cnblogs.com/yanxiaoge/p/10993904.html