我对此行为很好奇,也许只是因为我大多数时候使用的是SVN和Bazaar。(我正在学习git与卓越的github进行接口操作。)
这个行为对我来说似乎是违反直觉的,好像将
git merge [branch] --no-commit
设为默认值会更好,以鼓励人们在提交之前确认合并是否按照他们的意愿进行。
我对此行为很好奇,也许只是因为我大多数时候使用的是SVN和Bazaar。(我正在学习git与卓越的github进行接口操作。)
这个行为对我来说似乎是违反直觉的,好像将
git merge [branch] --no-commit
设为默认值会更好,以鼓励人们在提交之前确认合并是否按照他们的意愿进行。
--no-commit
"会基本上破坏这个目的。--no-commit
",执行合并但假装合并失败并且不进行自动提交,以便让用户有机会检查和进一步调整合并结果,然后再提交。
唯一重要的是合并速度有多快。在Git中,您可以合并...我每天合并22,000个文件好几次,并且如果合并需要超过5秒,我会感到不满意,而那5秒的时间只是下载所有差异,其实不是差异,而是两个树之间的增量,合并本身只需要不到半秒钟。