【问题标题】:Git commit messages if I split a single task into 2 commits如果我将单个任务分成 2 个提交,则 Git 提交消息
【发布时间】:2018-04-28 12:04:12
【问题描述】:

例如,如果我在一天结束时还没有完成一项任务,但想要提交并推动我的工作。第二天我将完成任务并再次提交完成的任务。 2 条提交消息应该是什么样的?

例如 Apply new Changes (Part1)Apply new Changes (Part2) 在我看来不是一个好的提交消息。

【问题讨论】:

  • 让它们更具描述性。有什么变化?您的两条消息没有解释提交包含的内容。

标签: git commit-message


【解决方案1】:

不应该推动未完成的工作。提交应该是原子的1,包含一个(并且只有一个)完整的任务,除非它可以分成合理的子任务。

如果您想将未完成的工作推送到备份目的,请使用可以在第二天修改之前的提交时重新设置基准的分支。


1Atomicmeaning of using VCS,还有一个meaning describing how VCS shall work internally

【讨论】:

  • 我建议根据您当前的分支将未完成的功能提交到本地分支。实际上,我已经写了一篇关于这个问题的博客文章,你可以阅读它here。您可能还希望将此分支作为备份推送,但重要的是所有团队成员都知道这是您的个人分支,没有人基于此临时分支进行新工作。
【解决方案2】:

最好不要将此类提交推送到目标分支。您可以使用您喜欢的任何提交消息尽可能频繁地提交。将它们视为草稿。您几乎没有机会丢失所做的更改。每个提交都保持足够长的时间。如果您认为本地存储库不够安全,您可以将它们推送到另一个主机中的备份分支或备份存储库。当你完成一项任务时,将所有相关的草稿提交压缩为一个,使用git reset --soft && git commitgit rebase -igit merge --squash。仔细编写消息,以包含此正式提交的有用且格式正确的信息。

【讨论】:

    猜你喜欢
    • 2019-01-04
    • 2012-12-18
    • 2011-09-07
    • 2020-05-07
    • 2011-09-14
    • 1970-01-01
    • 2011-04-25
    • 2022-06-23
    • 2017-11-01
    相关资源
    最近更新 更多