Git基础工作流疑问：我拉取的分支中的代码为什么没有预先提交？

该情况的常见产生原因 #

• 上次拉取master分支时仅执行了git fetch操作：git fetch只会将远程仓库的master分支更新同步到本地的origin/master远程跟踪分支，不会自动合并到本地master分支，也不会产生新的提交记录。如果后续没有执行git merge origin/master或者完整的git pull（等价于fetch+merge）操作，本地master分支的内容就不会更新，合并到dev的时候自然看不到新变更
• 上次拉取后未完成合并提交流程：如果上次拉取时出现合并冲突，你解决冲突后没有执行git commit完成合并提交，Git会停留在合并中状态，此时如果切换到其他分支，未完成的合并提交会被搁置，master分支的变更就不会被正式记录
• 拉取操作的目标分支错误：如果上次拉取时你正处在dev分支，直接执行git pull默认拉取的是dev分支对应的远程分支更新，不会同步master分支的内容
• 本地master分支未和远程master分支建立追踪关系：如果本地master没有绑定origin/master作为上游分支，执行git pull时不会自动拉取远程master的更新，自然也不会生成对应的提交记录

为什么master分支的变更不会自动提交 #

Git的设计核心原则是用户对版本变更的完全控制权，不会自动执行提交操作，核心原因包括：

• 自动提交无法判断变更合理性：远程master的变更可能包含和本地修改冲突的内容，Git无法自动判断哪些变更是需要保留的，强行自动提交会导致代码逻辑错误
• 提交需要明确的提交信息：Git要求每一个提交都有对应的说明记录变更目的，自动提交无法生成有实际意义的提交信息，不利于后续的版本追溯和问题排查
• 避免非预期的版本变更：很多场景下用户拉取分支只是为了查看最新变更，并不想立刻合并到当前工作流，自动提交会打乱用户的开发节奏，甚至会把未验证的代码合入分支导致生产问题

内容的提问来源于stack exchange，提问作者Nicholas Sabadicci