一、前言

在实践的项目开发过程中，会使用Git或者类似的版本控制工具来管理代码。下面介绍基于Git工具在实际项目开发过程中的使用流程。

如上图所示显示了项目开发的一个简化流程。在开发一个新需求/版本的时候，一般会从主分支main中拉出一个新的dev分支来进行开发。等开发全部完成之后再进行合并进main中。

在实际工作中我们个人会在dev的基础上再创建一个新的分支进行开发。如果代码经过评审（code review， CR）没有问题的话就可以由项目负责人合并进入dev分支。基于此，下面模拟一下实际的开发流程。

二、开发过程

这里我们使用Github进行模拟。

首先我们先创建了一个仓库。然后从main分支中拉出一个dev分支。

该分支里面需要添加一个READMD.md文件，里面有一些代码（数字）。其他的文件可以不加。

首先，基于dev分支，我们需要在 本地创建一个新的分支来存储我们个人写的代码：

 git checkout -b feature/mydev origin/dev

这里：

feature/mydev： 本地仓库的名称

origin/dev: 让feature/mydev 追踪 origin/dev分支（注：origin表示远程仓库的名称， origin/dev就是远程仓库中的dev分支）

checkout -b: 用于创建本地仓库

我们输出一下READMD.md 文件的内容：

可以看见，和上面远程的内容是一样的。

此时假如我们修改了代码（这里我们修改READMD.md文件）：

输出：

我们使用 git status指令看一下当前的本地仓库状态：

可以看见，这里提示我们已经修改了READMD.md文件。需要进一步进行 git add 和 git commit 来进行提交：

到这里，假设我们个人的代码已经写好了，就可以拉leader进行code review了。在进行CR之前，我们需要把我们的 本地仓库 推到 远程仓库 中，指令：

git push origin feature/mydev

这里执行完之后，会在远程创建一个 feature/mydev分支。

当然，如果远程的分支不想命名和本地一样的话，可以自定义远程的名字：

git push origin feature/mydev：自定义远程名字

执行结果：

红框内容说明在远程创建了 feature/mydev分支，来源是本地的 feature/mydev分支。

此时就可以进行CR了，没问题的话，你的leader就会把 feature/mydev分支的代码合并进入dev分支中。

在git上也可以进行CR：

点击 Pull requests:

点击 New pull requests:

base 选择 dev
compare 选择 feature/mydev

绿色的内容表示新增的代码。

点击Create pull requests:

填写功能 新增xxx 。右边的Reviwer 就是拉代码评审的人然后 Create pull requests即可：

可以看见，提示没有冲突。点击Merge pull requests:

点击Comfirm merge:

合并完成：

再回去看dev分支的代码，已经加上了 444444:

此时，假如自己还需要继续开发，则保留 feature/mydev在远程仓库中。若不再需要了，那么可以:

git push origin :feature/mydev

往远程的feature/mydev 推送一个空格来删除远程的feature/mydev分支：

此时，Git 就只剩下main和dev了：

至此，模拟开发全部结束。