0

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

例如Apply new Changes (Part1)Apply new Changes (Part2)对我来说似乎不是一个好的提交信息。

4

2 回答 2

3

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

于 2017-11-15T11:12:23.983 回答
1

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

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


1 Atomic使用 VCS 的含义上,还有另一个含义,描述了 VCS 应如何在内部工作

于 2017-11-15T10:15:13.740 回答