Git 的基本操作开发流程实践总结

Posted 2023-03-10 androidstarjack

点击上方关注 “终端研发部”

设为“星标”，和你一起掌握更多数据库知识
        ​

Git 是什么

Git 是一个分布式的代码管理容器，本地和远端都保有一份相同的代码。

Git 仓库主要是由是三部分组成：本地代码，缓存区，提交历史，这几乎是所有操作的本质，但是为了文章更加简单易懂，就不围绕这块展开了，有兴趣的可以去了解下。

开门见山，我们直接来说说 Git 有哪些常见的操作。

Git 常规操作

简单说说Git有哪些常规操作，能够让我们应付简单的开发需求。

克隆代码

✦ 克隆远端代码

git clone http://git.code.oa.com/QCFE/sqlserver.git

✦ 查看本地的代码状态

git status

✦ 同步远端分支变化

git fetch origin master 
git fetch 
git fetch -p

✦ 同步远端代码变化。

git pull origin master 
git pull -r origin master

关于 git merge 和 git rebase 各自的优劣，后文会详细介绍。

这部分主要介绍了关于代码克隆，同步远端代码变化的相关操作。接下来，我们看看关于本地代码的一些操作。

操作 commit

首先我们要明确一个概念：就是每个 commit 都是一份完整的代码状态，用一个 commitID 来唯一标志。

从某个角度上来说，Git维护的就是一个commitID树，分别保存着不同状态下的代码。

所以你对代码的任何修改，最终都会反映到 commit 上面去。

✦ 新增 commit

git add files
git commit -m '提交备注'

✦ 撤销 commit

git reset b14bb52
git reset --hard b14bb52
git checkout -- files

✦ 合并 commit

合并 commit，本质上合并两份不同状态下的代码。

git merge master
git rebase master

那么 git rebase 和 git merge 到底有什么区别呢？

merge是两个分支处理冲突后，新增一个 commit 追加到master上。

rebase是将someFeature分支上的commit记录追加到主分支上，值得注意的是，这个时候他的commit其实已经发生变化。

相对来说，git merge 处理冲突更直接，而git rebase 能够保证清晰的 commit 记录。

合并 commit 的时候，通常会发生冲突。

可以全局搜索特殊字符比如<<<，找到需要处理的代码位置，然后认真分析应该保留哪一部分代码。

在团队协作的时候，分支是必不可少的。那么应该如何对分支进行操作呢？

操作分支

所谓的分支其实就是一个指向 commitID 的指针，你可以去.git/refs/heads里去看看。

通常情况下，我们建议分支至少能够明确的标记功能名称，如果能标记用户就更好了，比如qixiu/feature。

✦ 查看分支

可以同时看到本地分支和远端分支，配合上前文介绍的 git fetch -p 可以第一时间查看到最新的分支信息。

✦ 新增本地分支

其实就是创建一个指针指向某一个 commitID。

git checkout -b qixiu/feature 
git checkout qixiu/feature

✦ 删除本地分支

其实就是移除一个指向 commitID 的指针。

git branch -d qixiu/feature
git branch -D qixiu/feature

✦ 新增远端分支

通常情况下，我们是新建本地分支，然后更新到远端的方式来新增一个远端分支

git push origin qixiu/feature

✦ 删除远端分支

同样，我们也是通过更新到远端的方式来删除一个远端分支

git push origin :qixiu/feature

简单汇总一下

上面说的可能有些分散，这儿简单总结一下有哪些经常使用的操作：

git status 
git add files 
git commit -m '提交内容的备注' git checkout -b branchName 
git fetch -p 
git pull -r origin branchName 
git push origin branchName

以上几条命令已经能够应付日常的操作，稍微复杂一些的场景后文会介绍。

基于基本操作，在实际项目中，我们应该怎么利用 Git 实现协作呢？

Git 一些较好的实践

Git 有一些成熟的开发流程，比较主流的有两种：

• 基于功能分支的开发流程

• GitFlow开发流程
  

相对来时，我更推荐前者，如果是复杂的大型项目，推荐GitFlow开发流程。

接下来，简单介绍下这两种协作模式。

基于功能分支的协作模式

基于功能分支的开发流程其实就是一句话：用分支来承载功能开发，开发结束之后就合并到 master 分支。

他的优点是能够保证master分支的整洁，同时还能让分支代码逻辑集中，也便于 CodeReview。

分支命名规范

推荐使用如下格式：ownerName/featureName。

这样既便于知道分支覆盖的功能，也便于找到分支的负责人。以后清理分支的时候也很方便。

开发流程

✦ 从 master 切出一个新分支

git checkout -b qixiu/newFeature

✦ 开发一些新功能，然后提交

建议较多频次的提交代码到本地仓库，以便能够更灵活的保存或撤销修改。

此外为了保证提交日志的清晰，建议备注清楚的注释。

git status
git add files // 挑选需要提交的文件，或者全部提交git commit -m '提交备注'git push origin qixiu/newFeature

✦ 如果功能开发完成，可以发起一个CodeReview流程

✦ 如果代码测试通过，合并到 master，然后准备上线

// 冗余版 合并到 mastergit checkout master 
git pull -r origin master
git checkout qixiu/newFeature
git rebase master // 处理冲突git checkout master
git merge qixiu/newFeature
git push origin master// 精简版 合并到 mastergit checkout qixiu/newFeature
git pull -r origin master // 将master的代码更新下来，并且rebase处理冲突git push origin master // 将本地代码更新到远端

有几点需要注意：

• 不要在master合并代码，保证master的可用性很重要

• 确保在正确的分支执行正确的操作

• 无论是处理冲突还是更新远端代码，请保有敬畏之心

• 到此，一个正常的基于功能分支的开发流程就完成了

接下来看看另外一个开发流程。

GitFlow 开发流程

GitFlow 比前文讲的基于功能分支的开发流程要复杂得多，它更适合大型的复杂项目。

它围绕项目发布流程定义了一个严格的分支模型，所有的开发流程都是围绕这个严格的分支模型进行。

而这个模型约定了每个分支的角色，以及他们如何沟通。

我们先来看看 GitFlow 开发流程中几个约定的分支，以及他们各自承担的角色是怎么样的？

✦ Master分支：用于存放线上版本代码，可以方便的给代码打版本号。

✦ Develop分支：用于整合 Feature 分支。

✦ Feature分支：某个功能的分支，从 Develop 分支切出，并且功能完成时又合并回 Develop 分支，不直接和

Master 分支交互。

✦ Release分支：通常对应一个迭代。将一个版本的功能全部合并到 Develop 分支之后，从 Develop 切出一个

Release 分支。这个分支不在追加新需求，可以完成 bug 修复、完善文档等工作。务必记住，代码发布后，需要将其合并到 Master 分支，同时也要合并到 Develop 分支。

✦ Hotfix分支：紧急修复的分支，是唯一可以从 Master 切出的分支，一旦修复了可以合并到 Master 分支和 Develop 分支。

从每个分支的功能和约定可以看出，它流程多约束多，对于小规模应用并不适合。

当然 GitFlow 有一些辅助工具 gitflow 可以自动化的完成这些任务，对于大型项目也很有帮助。

收藏=白嫖，点赞+关注才是真爱！！！本篇文章如有不对之处，还请在评论区指出~

本文转自 https://www.cnblogs.com/melojun/p/mysql-index.html，如有侵权，请联系删除。

最后说一句（别白嫖，求关注）

回复 【idea激活】即可获得idea的激活方式
回复 【Java】获取java相关的视频教程和资料
回复 【SpringCloud】获取SpringCloud相关多的学习资料
回复 【python】获取全套0基础Python知识手册
回复 【2020】获取2020java相关面试题教程
回复 【加群】即可加入终端研发部相关的技术交流群
阅读更多
用 Spring 的 BeanUtils 前，建议你先了解这几个坑！

lazy-mock ，一个生成后端模拟数据的懒人工具

在华为鸿蒙 OS 上尝鲜，我的第一个“hello world”，起飞！

字节跳动一面：i++ 是线程安全的吗？

一条 SQL 引发的事故，同事直接被开除！！

太扎心！排查阿里云 ECS 的 CPU 居然达100%

一款vue编写的功能强大的swagger-ui，有点秀（附开源地址）


相信自己，没有做不到的，只有想不到的在这里获得的不仅仅是技术！



喜欢就给个“在看”