2. Linux.do
  3. 职场的Git提交信息到底怎么写才像个正经程序员呢？

职场的Git提交信息到底怎么写才像个正经程序员呢？

Connor 2026-07-19 19:37 1

看同事的提交记录：“fix bug”、“update”、“aaa”、“终于好了”、“不知道改了啥”、“再试一次”。再看人家的开源项目的：“feat: add xxx module”、“refactor: optimize database queryxxxx”。差距感扑面而来。我每次想写正经的commit message，脑子里就可以左右互搏！！！最后打了一个":wq"完事。有没有人跟我一样，git commit -m 后面的内容永远是最纠结的一步呀。 ^-^ ^-^

最新回复 (19)
  • z 07-19 19:39
    1楼

    乱写git记录平时没啥问题，等一出bug需要回滚的时候有你受的 ^-^

  • 洛卡卡了 07-19 19:39
    2楼

    如果是开源的项目，最好是按照标准写就行。如果是自己的项目 就随便了。如果是公司的项目，一般公司负责人都会有固定的标准的 但是一般是主仓库，辅助仓库一般没有太大的严格标准。

  • yoyoyo 07-19 19:39
    3楼

    这次提交改动了啥就写啥，改了哪个业务点啥的，增加了啥功能之类的

  • Enze 07-19 19:40
    4楼


    代码都写出来了，只要不懒就不会不知道写什么，或者让 AI 看 diff 让 AI 写

  • apparition 07-19 19:41
    5楼

    你知道你说了什么

    AI 知道你这轮改了什么和你说了什么

    所以 AI 写

  • busytime 07-19 19:41
    6楼

    bugfix/codefix/test/commit

  • coconut 07-19 19:42
    7楼

    按规范提交，交给ai让它总结message就好了

    总比我之前遇到了只写1的老大哥强 ^-^

  • Listky 07-19 19:42
    8楼

    现在我们项目组用的插件，git comiit template，这种生成出来的格式比较统一了

  • gamecrafters 07-19 19:42
    9楼

    AI生成看一眼就行，大部分时间不需要自己写

  • 归谜 07-19 19:42
    10楼

    直接交给 caveman-commit 根据 diff 生成，后续自己再在基础上补充业务注释。

  • 绿叶菜 07-19 19:46
    11楼

    一般在vscode里面敲一个 feat、fix、chore之类的，copilot就会自动帮你补全了

  • Exception 07-19 19:47
    12楼

    fix XXX，feature XXX，optimize XXX，hotfix XXX。要写成自己看了能记住是因为啥改的就可以了

  • Mengzhisha 07-19 19:50
    13楼

    更新日志: 修复了一些已知问题。

  • 暖冬 07-19 19:51
    14楼

    只能说明不知道修改了啥，开发了啥才会迷糊吧。通常建议一次提交做好一个功能比较好。记录清晰，回滚方便

  • 真诚、友善、团结、专业 07-19 19:53
    15楼

    让ai写啊，不是有插件能获取git提交的文件分析一下就自动了，

  • yuwk 07-19 19:55
    16楼

    如果merge的审核人都不在乎，我其实也不在乎哈哈

    但用ai写的话让他拉下公司的git规范塞到自定义提示词里，他每次自动提交都会带上的

  • 72 07-19 21:19
    17楼

    这还不简单，两个字：提交

    直接跟 AI 说就行了，你甚至可以让它 push

  • 开远实验室🧪 07-19 21:22
    18楼

    现在用zed，全交给ai了


    "commit_message_instructions": "请深度分析以下代码变更，生成严格符合 Conventional Commits 规范的中文提交信息。格式为首行“<type>(<scope>): <核心概括>”，换行并空一行后，使用“-”无序列表详细列出具体的修改细节和技术实现，拒绝宽泛描述。"
  • wuang 07-19 21:23
    19楼

    我会选择点击这个按钮，让他自己生成，太长的话我自己挑重点

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐