这是一个创建于 1738 天前的主题，其中的信息可能已经有所发展或是发生改变。
每次提交代码的时候写 commit info 我都要纠结很久到底怎么写，有时候完成的不止一个功能，但是又不是在同一个模块。 想问问各位是怎么提交代码的？
 | 1 zoharSoul 2021-01-12 14:43:51 +08:00  1 那就完成一个提交一个 |
 | 2 mokeyjay 2021-01-12 14:45:14 +08:00 1 当然是完成一个功能提交一次啊 |
 | 3 nise3055 2021-01-12 14:47:34 +08:00 描述 1 & 描述 2 & 描述 3 无限用&连起来 我写的不只是给别人看的还要给自己以后查问题的时候看，当然写清楚最好 |
 | 6 ychost 2021-01-12 14:55:15 +08:00 随便写，比如动了什么逻辑，修复了什么 BUG，或者改了某个字段啥的，有时候不想写就写个 update |
 | 8 rebounce 2021-01-12 15:07:19 +08:00 rebase |
 | 9 stephen728 2021-01-12 15:10:30 +08:00 我一般按有序列表来写 把所有改动都列进去 |
 | 10 zzzmh 2021-01-12 15:13:49 +08:00 我们这边的规定是尽量一个功能 一次提交，例如这 3 个文件是一个改了一个功能，就这 3 个提交一次，写一个功能，剩下的再来。如果实在分不开，才写一起。就这次提交有多个原因，那后续审核代码就累点。。 |
 | 11 Macv1994 OP |
 | 12 AoEiuV020 2021-01-12 15:50:46 +08:00 零零碎碎的我一般就写个大概，修改了 xx 相关问题， |
 | 13 fangcan 2021-01-12 15:52:33 +08:00 分功能提交，后面合并到其他分支或者需要撤回时 好操作 |
 | 14 renmu123 2021-01-12 16:09:09 +08:00 via Android 我一般看心情，心情好就多写一点，标个 1，2，3，心情不好就一个 update 完事 2333 |
 | 16 samin 2021-01-12 16:32:34 +08:00 1 题主反应的，是工作方式的问题，尽量避免无意义或者不完整的提交，参考下 commit message 的最美状态吧： https://github.com/SaminZou/study-prj/blob/master/docs/knowledge_base/git%E6%8F%90%E4%BA%A4%E4%BF%A1%E6%81%AF%E8%A7%84%E8%8C%83.md |
 | 18 xmt328 2021-01-12 16:57:42 +08:00 建议拆分提交 |
 | 19 cmdOptionKana 2021-01-12 17:06:35 +08:00 |
 | 20 zjbztianya 2021-01-12 17:17:55 +08:00 |
 | 21 hantsy 2021-01-12 17:24:10 +08:00 1 @Macv1994 1. 用 Branch 添加新功能（ Feature ），即使是你的个人项目，也可以让你养成很好的一种习惯。创建 Branch，立即建 PR，可以在 PR 或相应的 Issue 中写一个 CheckList （ Todo List，一个 feature 拆分成细的 Task ），每次提交对应一个 Item，完成一项点一项，相应的 PR 或 Iusse 标题也可以自动显示进度。 2. Commit message 严格按 Google Angular 规范来，可以用 Commitlint 检查。 https://github.com/conventional-changelog/commitlint 3. 保证每次提交记录是一个可以运行（或可工作的）的单元，完成了一个可描述的功能，不相干的文件尽可能在不同的提交中，没有 Broken 的功能。非常实用，实践过程必需有大量测试来保证。可能的误操作，如比前一次 Push 中少提交了文件等，用 rebase 修改。（**这个对于实际项目至关重要**）（比如写用户相关功能，完全不必要顺便修改产品相关的代码。我的观察，很多国人习惯，总是顺手修改一下，结果导致与他人冲突，合并浪费大家更多的时间。发现其他组件代码有问题，需要优化或者修改，正确的姿势第一步是新建一个 Issue 去 @相关人讨论） |
 | 22 jetyang 2021-01-12 17:28:10 +08:00 按规范一个 feature 一次 commit，最后一起 push 上去 |
| 23 Macv1994 OP |
 | 24 Jinnn 2021-01-12 18:16:08 +08:00 感觉项目未成形的时候会经常一口气改好多, 后期的话比较好一个问题一个 commit |
 | 25 hive 2021-01-12 18:27:57 +08:00 |
 | 26 zxCoder 2021-01-12 20:02:30 +08:00 个人项目我经常把 git 当做同步工具。。。一天提交一次。。。 |
 | 27 oliver2bao 2021-01-13 00:10:55 +08:00 我是 nodejs 开发，所以用的工具都是 nodejs 的包。 我在提交的时候，安装`commitizen`后使用`git cz`来提交。另外，`commitizen`模块是可通过其他包自定义提交格式的。 具体看我的。 |
 | 28 jzmws 2021-01-13 08:05:12 +08:00 via Android 我的要求 xxx （姓名简写） 1.xxx2.xxx |
| 29 hantsy 2021-01-13 11:40:53 +08:00 @oliver2bao node 比较容易, 直接 Commitlint，使用体检比 commitizen 好。 https://github.com/hantsy/nestjs-sample/blob/master/package.json#L43 https://github.com/hantsy/nestjs-sample/blob/master/package.json#L93 Java 的可以 commitizen 写 Git hook （需要 python ），相对慢一点. https://github.com/hantsy/spring-reactive-jwt-sample/blob/master/.pre-commit-config.yaml |
 | 30 Niphor 2021-01-13 12:29:13 +08:00 提交时 按功能 pick 代码行提交，push 前合并重复 commit |
Select Language