使用Visual Studio Code开发未提交当日工作继续用同一Git分支是否合理

现有操作是否正常 #

你目前的使用习惯是新手阶段非常普遍的操作，不属于错误行为，但并不是最优的开发实践。

是否建议每日下班执行commit提交 #

非常建议你养成每日工作结束时提交本地commit的习惯。如果遇到当日代码确实是未完成的碎片化内容、连最小可运行状态都达不到的特殊情况，可以用git stash临时暂存变更，但绝大多数场景下直接commit是更稳妥的选择。

小提示：本地commit不需要追求提交的内容是完全完成的功能，你可以在后续功能全部开发完成、准备推送到远程仓库前，用git rebase -i合并多个细碎的本地提交，整理出逻辑清晰的提交历史后再推送，不会污染远程仓库的记录。

当日工作结束不commit的弊端 #

• 存在代码丢失风险：未提交的工作区变更仅存在于你的本地文件中，如果遇到硬盘损坏、系统崩溃、文件误删等情况，一整天的开发成果可能直接完全丢失，已经commit到本地Git仓库的内容可以从提交历史中找回。
• 无法快速回滚到历史状态：如果次日开机后做了错误的调试改动、误删了前一天写的有效代码，没有前一天的commit节点的话，你无法一键回滚到下班时的正确状态，手动找回不仅效率极低，还可能存在内容遗漏。
• 容易引发分支操作冲突：如果遇到突发情况需要临时切换到其他分支处理紧急问题，未commit的工作区变更会同步带到新分支，非常容易引发代码混淆和分支冲突，反而会带来额外的处理成本。
• 缺少开发进度追溯依据：commit时可以填写备注信息标注当日的开发内容，比如「完成商品列表页前端布局开发」「修复用户登录接口参数校验bug」，后续需要追溯功能开发时间、查找对应版本代码时，直接看提交历史就可以快速定位，没有commit记录就没有这类追溯依据。

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