标签：mamicode   覆盖   push   正式   技术   初始   分支   nbsp   plain   

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----工作流程

标签：mamicode   覆盖   push   正式   技术   初始   分支   nbsp   plain   

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