git常用命令及Commit message规则

我只会写Bug啊

发布于 2023-12-25 14:52:45

1900

发布于 2023-12-25 14:52:45

git是程序员必备技能之一，不管是GitHub，GitLab，码云还是别的平台，都是基于git版本控制工具，所以我们有必要掌握关于git的常用命令，大家在网上也是很容易搜得到，而且很多IDE都内置很方便的操作可以快速实现目的，这里只说几个特别常用的，主要介绍下我们在push之前commit的规则，这是大家很容易忽视的点。

1.CD命令
cd - // 将工作路径切换到上一状态
cd ../ // 切回到上一个工作路径
cd 文件夹名 // 进入某个目录
cd / // 进入根目录

2.常用git命令
git clone url// 克隆远程仓库
git clone -b 分支名 url// 克隆分支的代码到本地
git add . // 将所有文件提交到暂存区
git commit -m "提交的备注信息"  // 提交到仓库
若已经有若干文件放入仓库，再次提交可以不用git add和git commit -m "备注信息" 这2步， 直接用
git commit -am "备注信息" // 将内容放至仓库 也可用git commit -a -m "备注信息"

对上述命令不再多做解释，主要是“提交的备注信息”的规则，这是大家不太注意的点，一般写的就是“增加了XX页面”，“修改了XX逻辑”，“修复了XXBug”等等，有的甚至就随便敲几个字上去，给后边接手的人以及长时间后自己看的时候带来困扰。

Commit message 的作用

提供更多的历史信息，方便快速浏览。
可以过滤某些commit（比如文档改动），便于快速查找信息。
可以直接从commit生成Change log。

首先Git 每次提交代码，都要写 Commit message（提交说明），否则就不允许提交，内容表面上是随意的。

但是，我们应该把commit message变得清晰明了，说明本次提交的目的

关于Commit message的规则有很多种，我下边介绍一下我自己的写法，

 1. feat：新功能（feature）
 2. fix：修补bug
 3. docs：文档（documentation）
 4. style： 格式（不影响代码运行的变动）
 5. refactor：重构（即不是新增功能，也不是修改bug的代码变动）
 6. test：增加测试
 7. chore：构建过程或辅助工具的变动

例：  Feat：新增列表查询功能     fix：修复了页面未响应的Bug

本文参与腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。

原始发表：2023-12-25，如有侵权请联系 cloudcommunity@tencent.com 删除

git