Git 工作流程小结
1. 项目初始化
首先是 git 配置,这里不细说了。
在目标目录,右键打开 Git Bash
克隆远程仓库到本地:git clone git@192.168.91.175:xxx/erp.git
2. 常规开发流程
执行git checkout -b fjl
命令(最后一个参数是你自己的名字),以当前分支为基础新建一个以你自己的名字为名的分支(为交流方便,下面简称为“名字分支”),并且会自动切换到你新建的这个分支。
如果要开发一个新功能或修复 bug 等等,建议执行git checkout -b fjl
命令切换到自己的名字分支之后,再建一个开发分支,然后才进行开发。
下面以开发一个新功能为例,主要思路如下:
添加到暂存区
提交到本地版本库
pull 远程更新到本地 develop 分支
把本地 develop 分支 merge 到本地名字分支(解决冲突)
push 本地名字分支到远程
执行
git checkout -b feature_1
命令(最后一个参数是你自己定的分支名称),这会新建一个“feature_1”分支,并自动切换到这个分支。(这一步其实就是我们平常进行的开发活动)我们手动在根目录新建一个文件:123.php,在里面敲上一堆代码,保存。
执行
git add 123.php
命令,把刚才的开发添加到暂存区。执行
git status
命令,查看工作目录中所有文件的状态(这不是必须的,但是一个好习惯,它会告诉你哪些文件还没有暂存,哪些文件还没有提交)。执行
git commit -m 'add 123.php'
命令(最后一个参数是提交信息,最好认真写,一般采用动宾结构,例如:修改xxx,添加xxx,删除xxx等等),提交到本地版本库。执行
git checkout fjl
命令,切换到你的名字分支。(这时候,查看本地文件夹,是没有 123.php 这个文件的)。执行
git merge feature_1
命令,将 feature_1 分支合并到 fjl 分支。(这时候,查看本地文件夹,出现了 123.php 这个文件)。执行
git pull origin develop:develop
命令(git pull <远程主机名> <远程分支名>:<本地分支名>
),取回远程主机develop 分支的更新(因为其他开发者可能更新了代码上去,而你本地的还是旧版的,所以要先拉取别人的更新),并且自动与本地的 develop 分支合并。执行
git merge develop
命令(此时你的当前分支应该为你的名字分支),把 develop 分支合并到 当前分支(即 fjl 分支)。如果存在冲突,请参照下面的【git 合并冲突解决办法】。执行
git push origin fjl:fjl
命令(git push <远程主机名> <本地分支名>:<远程分支名>
),把本地分支推送到远程分支(如果该远程分支尚未存在,则会自动帮你新建)。
3. GitLab 上的操作
(1)开发者在 gitlab 上向管理者提交合并申请
1ca8a111dc79dc083758b56620163984.gif(2)管理者审核代码,符合要求则接受该开发者的合并申请
4. git 合并冲突解决办法:
(1)什么情况下,git 会提示存在冲突?
根据其他资料和实际使用经验,当两个需要合并的分支 修改了同一个文件 的 同一段代码的时候,git 会提示存在冲突。
注:
“冲突”,顾名思义,两个分支对代码的改动 只有在重叠的时候,才是冲突;
如果两个分支对代码的改动 恰好是错开的(即只有一个分支对某段代码进行了改动,而另一段代码没有并没有改动该段代码),则不是冲突;对于存在冲突的文件,git 能够把它们一一陈列出来;并且自动把存在冲突的 文件内代码段标记出来。
对于不存在冲突的文件、文件内的代码段,git 能够自动完成合并。
(2)如何解决冲突?
① 合并的时候,git 会自动检测出存在冲突的文件 并一一列出来;
② 用编辑器打开 ① 中第一个存在冲突的文件,
简单情形:你会发现解决冲突其实就是一个选择题;
复杂情形:这时候就不是一个简单的选择题可以解决的了。这里需要你对代码比较熟悉,将两个分支对代码的改动糅合在一起(既可以以你当前分支的代码为基础,也可以以另一个分支为基础,我也不知道实际上哪一种会比较好,大家自己想想吧)
③ 以此类推,把 ① 中所有文件中的冲突都解决;
④ 接下来就是平常做的 add 和 commit(记得先 git status 查看一下),至此,冲突解决并且合并完成。