团队git操作流程

项目的开发要求

• 项目组厉员每天代码提交不少于20次
• 企业项目开发代码的每天的提交一般提交3-5次
• 代码仓库的管理

git的基础操作流程

• 命令模式 git push
• 插件模式 vscode git graph
• GUI软件管理模式 sourcetree

git在项目团队化开发中的应用

• master(一般是不动的)
• dev (主要是拿来代码合并的，其实相当于的是一个桥梁，中转站)
• xxx1、xxx2、xxx3（主要是拿来工作的，每个人只能操作自己的xxx）

第一原则：仓库操作永远先拉取再提交，永远拉dev 

1. 远程分支创建

 1）点击 master 框，点击 管理

 2)点击新建分支

3) 填写分支名，点击确认

4）创建成功

2. 本地分支创建命令

git branch 分支名    // 方法一：创建分支
git checkout -b 分支名    // 方法二：创建并切换当前分支

 3. 进入到 dev 分支，将远程的 dev 拉取到本地的 dev

git remote -v  // 查看是否连接了远程仓库
git remote add origin 仓库链接  // 连接远程仓库
// 第一次拉取时需要执行的操作
git pull --rebase origin dev // 拉取远程仓库最新分支并且合并
    // 除了第一次之后都使用此命令进行拉取
    git pull  // 将远程仓库所有内容拉取到工作目录（提交时，先拉pull再推push）
 

第二原则：本地永远也不操作 dev，dev 是桥梁，是中转站，本地应该操作的是自己的分支 vane 

4. 切换到 vane 分支，并且需要将 dev 分支的代码合并到 vane 分支上（现在就可以在 vane 分支上进行任意的代码修改）

git checkout -b 分支名  // 方法一：创建并切换当前分支
git checkout 分支名   // 方法二：切换分支
git merge 分支名   // 把指定的分支合并到当前分支上

5. 执行完操作后，提交到本地仓库 

git add 文件名 ：提交到暂存区    
	git add . ：将所有提交到暂存区
git commit -m "" ：提交到本地仓库，添加注释
	git commit -am "" :  有-a情况下可以将add和commit合并一起操作

第三原则：本地仓库推送到远程，永远不要推送自己的分支 

6. 切换到 dev 分支，并且需要将 vane 分支的代码合并到 dev 分支上

git checkout 分支名   // 切换分支
git merge 分支名   // 把指定的分支合并到当前分支上

注：远程 dev 分支只能拉取，不能推送 

 7. 将本地的 dev 分支推送到远程的 vane 分支( 自定义分支 )

git pull  // 将远程仓库所有内容拉取到工作目录（提交时，先拉pull再推push）
git push -u origin 分支名  // 提交远程仓库命令（指定提交到那个分支）

例：远程中有 master、dev、 vane、frank、rose等分支

        组员的本地仓库需要有 master、dev、 vane(自己定义的与远程同名的分支) 分支

        组长的本地仓库是有master、dev、vane、frank、rose 等分支

8.  冲突解决

        1）假设组长将远程的 rose 分支合并到远程的 dev 分支中后

        2）组员 vane 将远程的 dev 分支拉取到本地的 dev 分支上（出现冲突）

        3）注：每个人解决冲突的分支都在 dev 分支

        4）解决完冲突进行commit提交

git add 文件名 ：提交到暂存区    
	git add . ：将所有提交到暂存区
git commit -m "" ：提交到本地仓库，添加注释
	git commit -am "" :  有-a情况下可以将add和commit合并一起操作

         5）提交后，再切换到自身分支 vane， 并且将 dev 分支的代码合并到当前 vane 分支上 

git checkout 分支名   // 切换分支
git merge 分支名   // 把指定的分支合并到当前分支上

第四原则：公共文件一般只交给组长写 

9. 确认忽略目录与文件，如：