Git提交代码备注规范

最新推荐文章于 2024-05-15 08:56:00 发布
最新推荐文章于 2024-05-15 08:56:00 发布
阅读量1.1k 收藏 5
点赞数 4
文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/apple_51723389/article/details/130189615
版权

本文主要阐述在git commit时备注信息的提交规范

feat/update: 添加修改代码功能
fix：修复bug
chore： 非功能性修改,.gitignore/辅助工具等变更
style：非功能性修改，主要体现在变更代码风格或格式化代码等
test: 添加/修改现有的测试
perf: 改进性能的变更
refactor: 代码重构变更
docs: 文档相关变更
revert:回退
build：打包
yougen.hu
关注
  • 4
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
git提交代码常用规范
12-30
git提交代码常用规范
Git代码管理规范.doc
09-24
Git 代码管理规范 在软件开发过程中，代码管理是非常重要的一步，Git 作为目前最流行的版本控制系统，已经广泛应用于各个领域。那么，如何合理地使用 Git 并制定代码管理规范，是每个开发者和项目管理者需要关注的...
git commit 提交信息规范
qq_31594665的博客
04-25 751
一些备注, 通常是 Breaking changes 或修复的 bug 的链接.commit 影响的范围, 可以是影响的文件名、模块名、组件名、国家等。commit 具体修改内容, 可以分为多行。commit的简短描述。
Git 提交注释的常见规则和最佳实践
ChinaLiaoTian的博客
07-05 2808
Git 提交注释的最佳实践
【git提交备注规范】
最新发布
weixin_46047399的博客
05-15 143
refactor : 重构（即不是新增功能，也不是修改bug的代码变动）docs : 文档（documentation）style : 格式（不影响代码运行的变动）chore : 构建过程或辅助工具的变动。feat : 新功能（feature）revert : 撤销，版本回退。improvement : 改进。fix : 修补bug。perf : 性能优化。build : 打包。
【知识整理】Git Commit Message 规范_git commit msg 规则
2401_84183492的博客
04-12 1184
外链图片转存中…(img-VKZ2Dmto-1712871950994)]
【前端工程化】配置React+ts企业级代码规范及样式格式和git提交规范
2301_79226238的博客
10-10 928
在前端项目工程日益复杂的今天，一套完善的开发环境配置可以极大的提升开发效率，提高代码质量，方便多人合作，以及后期的项目迭代和维护，项目规范分项目目录结构规范，代码格式规范和git提交规范，本文主要讲后两种// 可选类型，和上面commitlint.config.js配置的规则一一对应types: [{ value: 'feat', name: 'feat: 新功能' },{ value: 'fix', name: 'fix: 修复' },
git提交代码-commit备注规范
qq_41910413的博客
03-13 795
git commit提交备注类型：
git提交注释规范
weixin_45727786的博客
03-23 7613
1.chore：项目初始化 git commit -m 'chore: 新建项目' 2.feat：增加新功能 git commit -m 'feat: xx' 3.fix:修改bug的提交 git commit -m 'fix: xxx' 4.style:样式修改、布局修改 git commit -m 'style: xxx' 5.test:部署测试环境 git commit -m 'test: xxx' 也可以换行写注释 例: git commit -m 'fix: xxx xxx xxx'
git提交代码注释规范
01-12
git提交代码注释规范、git提交常用操作的规范指南、[A] 新增 ：(新加入的需求) [M] 修改 ：( 修改或者重构代码) [D] 删除 ：(删除多余的文件 ) [F] 修复 ：(修复bug)
Git源代码管理规范1
08-08
3. 提交规范：在 commit 时，如果有对应 PR（需求项），请在第一行写上 PR 号，然后再描述信息（另起行），并把涉及到改动的文件名附上。 4. 回溯改错：`git reset --hard`、`git reset -q [files]`、`git reset --...
Git提交代码工具SourceTree
01-24
Git提交代码工具SourceTree是一款强大的可视化Git和Mercurial版本控制系统，它以其直观的图形界面让用户能够轻松地管理和操作版本库。SourceTree不仅适合初学者，也满足了高级开发者的复杂需求，使得版本控制变得...
Git修改提交备注
hfliuss的博客
03-06 830
如果想要修改之前已经push到远程仓库的提交备注，需要先进行force push操作来更新远程分支上的提交记录。这样会导致其他人拉取该分支时也会看到相应的变化。所以在进行force push之前，建议与团队成员或者项目管理员确认没有任何影响。$ git commit --amend -m "新的提交备注"# 若要将修改后的提交备注同步到远程仓库（强制推送）# 然后使用--amend选项修改最近的提交备注。要在Git中修改最近的提交备注，可以使用。# 首先查看当前的commit信息。
【Git】Git修改已经提交的备注信息
a6669666的博客
06-20 5876
在使用Git时，有时候备注信息可能会写错，而备注的重要性，相信用过Git的小伙伴都清楚。因此，当把备注写错的时候，就需要进行修改。
git commit 注释规范
zhangx
07-26 1094
说明： 1.用一空行分隔标题与正文。 2.标题使用大写字母。 3.标题不超过50个字符。 4.标题使用祈使语气。 5.标题不要使用句号结尾。 6.正文在72个字符处换行。 7.正文解释是什么和为什么，而不是如何做。 关键字： Add 新增 Mod 修改 Del 删除 Fixed 修复 例子： 新增开放平台验证接口，Token支援多种调用方式，修复短信...
git commit 提交注释规范
热门推荐
傲雪星枫
11-28 2万+
本文将介绍使用git commit时的注释规范，提高commit内容的可读性及理解。
【Git】Git commit 注释规范
南方有乔木的博客
05-21 1018
【Git】Git commit 注释规范 1 前言 规范的注释方便自己进行合并、撤消、回退。当代码有几十个分支，有成千上万条提交时，你随时可能面临着合并分支，回退代码，舍弃代码，对比代码，复制历史记录中有用的代码片段等等。如果仅靠千篇一律的注释，是很难从快速从注释中提取有用的信息，并且会遇到选择困难，不知道要合并哪个点，不知道要回退到哪里等。而传统的tag是用来记录大版本号，或发布时使用的。 2 注释格式 [标签]：[注释内容] 标签的作用是快速识别和判断出当前提交的内容的...
你可能会忽略的 Git 提交规范
Docker的专栏
07-15 1382
一直是 ESLint 的忠实用户，深知规范的重要性。然而，在新项目交接中，我被 Git Commit 规范逼疯了。才意识到自己的疏忽，于是便有了一探究竟的想法。一、为什么...
git 提交小备注
weixin_30872337的博客
03-25 511
总结： · git add -A 提交所有变化 ·git add -u 提交被修改(modified)和被删除(deleted)文件，不包括新文件(new) ·git add . 提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件 git add . 提示错误 warning: LF will be replaced by ...
git提交代码规范文档
05-14
做好代码管理是一个好的习惯，良好的git提交代码规范可以让你的团队更好地管理代码。下面是一些有用的建议： 1.提交消息应该清晰，准确，描述改变发生的原因，不仅是改变的内容。使用短的摘要(50个字符以内)来描述改变，然后跟上更详细的说明(不超过72个字符)。这些说明应该解释为什么这个改变被做出来，解释这个改变如何影响代码。 2.在分支上工作并提交(并合并)后，需要在提交信息中给出添加或从分支中移除的功能文件或功能，以及说明下你对其如何工作的看法。 3.在撰写提交信息时，避免使用语气过度积极的字眼，这并没有太大的意义。也不要让写作变得如此无聊，以至于没有人想读或理解什么你所说的。 4.提交流程应该清楚明了。需要保持一致和合理性。在一般情况下，对应的一个功能内容的所有变化将组成一个完整的提交。 5.提交信息的编写时间和更新时间应该与提交代码的时候相同。如果需要，说明何时开始编写提交信息，何时被更新等信息。 6.最后，不要忘记提交所有相关文件。如何选择是“提交所有”或是只定部分代码自动提交，要看使用的 git 服务软件、项目的复杂度等多种因素； 有时候你可能需要提交来自整个项目的所有更改，有时候则只需提交单个文件或更改的一小部分。根据你的工作流程，采取最佳做法即可。 以上是一些关于git提交代码规范的有用建议，如果能在团队内建立好的规范，将会更加简化和加速开发流程。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值