企业制作网站一般多少钱,金融网站源码 asp,wordpress菜单显示选项打不开,百度云服务器建设网站大家好#xff0c;我是鱼皮。Git 是主流的代码版本控制系统#xff0c;是团队协作开发中必不可少的工具。
之前已经给大家分享过 Git / GitHub 的学习指南#xff0c;感兴趣的同学可以先看视频了解#xff1a;https://www.bilibili.com/video/BV1KZ4y1e7cG。
这篇文章我是鱼皮。Git 是主流的代码版本控制系统是团队协作开发中必不可少的工具。
之前已经给大家分享过 Git / GitHub 的学习指南感兴趣的同学可以先看视频了解https://www.bilibili.com/video/BV1KZ4y1e7cG。
这篇文章主要是给大家分享 Git 的核心功能 提交Commit的作用帮助大家更好地利用 Git 这一工具来提高自己的开发工作效率。
什么是 Git 提交
Git 提交是指将你的代码保存到 Git 本地存储库就像用 Word 写长篇论文时进行保存文件一样。每次 Git 提交时都会创建一个唯一的版本除了记录本次新增或发生修改的代码外还可以包含提交信息来概括自己这次提交的改动内容。
如下图就是一次 Git 提交 Git 提交的作用
Git 提交有很多作用我将它分为 基础用法 和 其他妙用 。
基本作用
历史记录
Git 提交最基本的作用就是维护项目的历史记录。每次提交都会记录代码库的状态包括文件的添加、修改和删除还包括一些提交信息比如提交时间、描述等。这使得我们可以通过查看所有的历史提交来追溯项目的开发进度和历程了解每个提交中都发生了什么变化。
比如查看我们编程导航文档网站项目的提交记录能看到我是怎么一步一步构建出这个文档网站的 开源地址https://github.com/liyupi/code-xingqiu 在企业开发中如果一个人写了 Bug还死不承认那么就可以搬出 Git 提交记录每一行代码是谁提交的都能很快地查出来谨防甩锅
版本控制
另一个 Git 提交的基本作用是版本控制。每个提交都代表了代码库的一个版本这意味着开发者可以随时切换代码版本进行开发恢复旧版本的代码、或者撤销某次提交的代码改动。
推荐新手使用可视化工具而不是 Git 命令进行版本的切换和撤销提交在不了解 Git 工作机制的情况下使用命令操作很容易出现问题。
如下图在 JetBrains 系列开发工具中右键某个提交就可以切换版本或撤销提交了 代码对比
你可以轻松地查看两个提交之间的所有代码更改便于快速了解哪些部分发生了变化。这对于解决代码冲突、查找错误或审查代码非常有帮助。
在 JetBrains 系列开发工具中只需要选中 2 个提交然后点右键选择 Compare Versions 就能实现代码对比了 改动了哪些代码一目了然 一般情况下如果我们因为某次代码改动导致项目出现了新的 Bug。通过这种方式对比本次改动的所有代码很快就能发现 Bug 出现的原因了。
其他妙用
除了基本作用外Git 提交还有一些妙用~
记录信息
像上面提到的Git 提交不仅能用于记录代码更改我们还可以在提交信息中包含有关这次更改的重要信息。比如本次改动代码的介绍、代码更改的原因、相关的任务需求单或功能等。可以简单理解为给本次工作写总结和描述。
如果提交信息编写得非常清晰完善那么项目的团队成员可以更容易地理解每个提交甚至能做到 “提交即文档”提高协作和项目维护效率。
正因如此很多团队会定制自己的提交信息规范比如之前我在鹅厂的时候每次提交都建议带上需求单的地址便于了解这次提交是为了完成什么需求。
这里给大家推荐一种很常用的提交信息规范 —— 约定式提交每次提交信息都需要遵循以下的结构 《约定式提交》文档https://www.conventionalcommits.org/zh-hans/v1.0.0/ 类型[可选 范围]: 描述[可选 正文]
[可选 脚注] 当然这种方式有利有弊可能有同学会觉得 “我注释都懒得写你还让我写提交信息” 这取决于你们项目的规模和紧急程度等因素反正团队内部保持一致就好。
像我在用 Git 开发个人项目时也不是每次都写很详细的提交信息的。但是带 编程导航 的同学从 0 开发项目时每场直播写的代码都会单独作为一次提交如下图 是不是很清晰呢这样做的好处是大家想获取某场直播对应的中间代码而不是最终的成品代码时只需要点击某次提交记录就可以获取到了很方便。 如果你的提交信息写得非常标准、统一结构那么甚至还可以用程序自动读取所有的提交信息生成日志、或者输出提交报告。
自动化构建部署
大厂研发流程中一般都是使用 CI / CD持续集成和持续部署平台以流水线的形式自动构建部署项目的。
Git 提交可以和 CI / CD 平台进行集成比如自动监视代码库中的提交并在每次提交后自动触发构建和部署任务。一个典型的使用场景是每次代码开发完成后先提交代码到测试分支然后 CI / CD 平台监测到本次提交并立即在测试环境中构建和部署而不需要人工操作从而提交效率。
GitHub Actions 和 GitHub Webhooks 都可以实现上述功能感兴趣的同学可以尝试下。 GitHub Actions 文档教程https://docs.github.com/zh/actions/quickstart 检验项目真假
最后这个点就比较独特了那就是面试官可以通过查看 Git 的提交记录来判断你的项目真假、是不是自己做的。
比如我收到一些同学的简历中有的开源项目看起来感觉很厉害但是点进仓库看了下提交记录发现寥寥无几甚至有的只有 1 次像下图这样 那么这个项目真的是他自己从 0 开始做的么答案就显而易见了。
如果真的是你自己用心做的项目提交记录绝对不止 1 次而且面试官能够通过提交记录很清晰地了解到你的项目开发周期。
像我的 yuindex Web 终端项目一样这才是比较真实、有说服力的 其他人也能从你的提交记录中感受到你对项目的用心程度。
讲到这里是不是有些同学恍然大悟知道为啥自己的项目明明开源了但是没有收到面试邀请、或者被面试官觉得项目不真实了
实践
以上就是本次分享Git 提交的实践其实非常简单我建议大家每次做新项目时无论大小都用 Git 来托管你的项目并且每开发完一个功能或解决 Bug都进行一次提交。等项目完成后回过头来看这些提交记录都是自己宝贵的财富。
