例如,如果我在一天结束时还没有完成一项任务,但想提交并推动我的工作。第二天我将完成任务并再次提交完成的任务。2 个提交消息应该是什么样的?
例如Apply new Changes (Part1)
,Apply new Changes (Part2)
对我来说似乎不是一个好的提交信息。
例如,如果我在一天结束时还没有完成一项任务,但想提交并推动我的工作。第二天我将完成任务并再次提交完成的任务。2 个提交消息应该是什么样的?
例如Apply new Changes (Part1)
,Apply new Changes (Part2)
对我来说似乎不是一个好的提交信息。
最好不要将此类提交推送到目标分支。您可以使用您喜欢的任何提交消息尽可能频繁地提交。将它们视为草稿。您几乎没有机会丢失所做的更改。每个提交都保持足够长的时间。如果您认为本地存储库不够安全,您可以将它们推送到另一个主机中的备份分支或备份存储库。当您完成一项任务时,将所有相关的草稿提交压缩为一个,使用git reset --soft && git commit
、git rebase -i
或git merge --squash
。仔细编写消息,以包含此正式提交的有用且格式正确的信息。
未完成的工作不应该被推动。提交应该是原子的1,包含一个(并且只有一个)完整的任务,除非它可以分成合理的子任务。
如果您想将未完成的工作推送到备份目的,请使用可以在第二天修改先前提交时重新设置基准的分支。
1 Atomic在使用 VCS 的含义上,还有另一个含义,描述了 VCS 应如何在内部工作。