个人项目代码提交问题

[Macv1994]

每次提交代码的时候写 commit info 我都要纠结很久到底怎么写，有时候完成的不止一个功能，但是又不是在同一个模块。 想问问各位是怎么提交代码的？

[zoharSoul]

那就完成一个提交一个

[mokeyjay]

当然是完成一个功能提交一次啊

[nise3055]

描述 1 & 描述 2 & 描述 3
无限用&连起来
我写的不只是给别人看的还要给自己以后查问题的时候看，当然写清楚最好

[Macv1994]

@zoharSoul
@mokeyjay
有时候写完了一个就忘了要提交 然后就几个功能一起提交了

[Macv1994]

@nise3055 嗯 这样也可以 只是有时候 我不喜欢太长的 commit info

[ychost]

随便写，比如动了什么逻辑，修复了什么 BUG，或者改了某个字段啥的，有时候不想写就写个 update

[Macv1994]

@ychost 随便写的话日后不好查找如果有问题的话

[rebounce]

rebase

[stephen728]

我一般按有序列表来写 把所有改动都列进去

[zzzmh]

我们这边的规定是尽量一个功能 一次提交，例如这 3 个文件是一个改了一个功能，就这 3 个提交一次，写一个功能，剩下的再来。如果实在分不开，才写一起。就这次提交有多个原因，那后续审核代码就累点。。

[Macv1994]

@stephen728 但是我比较反感提交信息过长 哈哈哈
@zzzmh 嗯 我可以按照这种规定来提交

[AoEiuV020]

零零碎碎的我一般就写个大概，修改了 xx 相关问题，

[fangcan]

分功能提交，后面合并到其他分支或者需要撤回时 好操作

[renmu123]

我一般看心情，心情好就多写一点，标个 1，2，3，心情不好就一个 update 完事 2333

[maocat]

@renmu123 哈哈哈，我一般写 fix

[samin]

题主反应的，是工作方式的问题，尽量避免无意义或者不完整的提交，参考下 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

[Macv1994]

@samin 确实是这样子，谢谢你这个建议，可以尝试着按照这个范式去提交

[xmt328]

建议拆分提交

[cmdOptionKana]

可以考虑在项目里加一个 commit.md, 在里面记录详细的更新信息。

虽然每个功能搞一个 feature branch 完事后再合并、rebase 是最条理清晰的，但个人项目有时候实在想偷懒。

[zjbztianya]

参考下这个： https://github.com/RomuloOliveira/commit-messages-guide/blob/master/README_zh-CN.md