项目的开发要求
- 项目组厉员每天代码提交不少于20次
- 企业项目开发代码的每天的提交一般提交3-5次
- 代码仓库的管理
git的基础操作流程
- 命令模式 git push
- 插件模式 vscode git graph
- GUI软件管理模式 sourcetree
git在项目团队化开发中的应用
- master(一般是不动的)
- dev (主要是拿来代码合并的，其实相当于的是一个桥梁，中转站)
- xxx1、xxx2、xxx3（主要是拿来工作的，每个人只能操作自己的xxx）
第一原则：仓库操作永远先拉取再提交，永远拉dev
- 远程分支创建
1）点击 master 框，点击 管理
2)点击新建分支
- 填写分支名，点击确认
4）创建成功
-
本地分支创建命令
git branch 分支名 // 方法一：创建分支
git checkout -b 分支名 // 方法二：创建并切换当前分支 -
进入到 dev 分支，将远程的 dev 拉取到本地的 dev
git remote -v // 查看是否连接了远程仓库
git remote add origin 仓库链接 // 连接远程仓库
// 第一次拉取时需要执行的操作
git pull --rebase origin dev // 拉取远程仓库最新分支并且合并
// 除了第一次之后都使用此命令进行拉取
git pull // 将远程仓库所有内容拉取到工作目录（提交时，先拉pull再推push）
第二原则：本地永远也不操作 dev，dev 是桥梁，是中转站，本地应该操作的是自己的分支 vane
-
切换到 vane 分支，并且需要将 dev 分支的代码合并到 vane 分支上（现在就可以在 vane 分支上进行任意的代码修改）
git checkout -b 分支名 // 方法一：创建并切换当前分支
git checkout 分支名 // 方法二：切换分支
git merge 分支名 // 把指定的分支合并到当前分支上 -
执行完操作后，提交到本地仓库
git add 文件名 ：提交到暂存区
git add . ：将所有提交到暂存区
git commit -m "" ：提交到本地仓库，添加注释
git commit -am "" : 有-a情况下可以将add和commit合并一起操作
第三原则：本地仓库推送到远程，永远不要推送自己的分支
-
切换到 dev 分支，并且需要将 vane 分支的代码合并到 dev 分支上
git checkout 分支名 // 切换分支
git merge 分支名 // 把指定的分支合并到当前分支上
注：远程 dev 分支只能拉取，不能推送
-
将本地的 dev 分支推送到远程的 vane 分支( 自定义分支 )
git pull // 将远程仓库所有内容拉取到工作目录（提交时，先拉pull再推push）
git push -u origin 分支名 // 提交远程仓库命令（指定提交到那个分支）
例：远程中有 master、dev、 vane、frank、rose等分支
组员的本地仓库需要有 master、dev、 vane(自己定义的与远程同名的分支) 分支
组长的本地仓库是有master、dev、vane、frank、rose 等分支
- 冲突解决
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 分支名 // 把指定的分支合并到当前分支上
第四原则：公共文件一般只交给组长写
- 确认忽略目录与文件，如：
