git checkout漏加--参数，疑惑操作效果与返回提示含义

未加--的checkout操作是否达到了还原文件的预期？ #

你的判断基本是对的，这次操作确实完成了对3个文件工作区改动的还原，和你平时加--执行的效果没有差别。
这里的核心原因是git checkout本身是个多用途命令，设计上同时支持两类操作：一类是切换分支、跳转指定提交版本，另一类是用暂存区内容覆盖工作区的指定文件。两类操作的语法非常接近，所以Git才引入了--作为分隔符，明确告知Git“后面跟的是文件路径，不是要切换的分支/提交引用”。
当你执行不带--的git checkout unwanted.file时，Git会自动做识别校验：

• 只要本地不存在和你输入的文件名完全重名的分支、远程引用、提交标签，Git就会自动执行“从暂存区取对应路径内容覆盖工作区文件”的逻辑，和带--的命令执行逻辑完全一致。
• 只有当输入的文件名刚好和某个分支、引用名重名时，Git才会优先将参数识别为切换目标，这时候就不会执行文件还原，甚至会触发意外的分支跳转，这也是为什么一直建议写命令时带上--做消歧义的原因。

提示“Updated 3 paths from the index”的具体含义 #

这句话没有复杂的引申义，字面意思非常直白：

• 提示里的index就是Git的暂存区，也就是你执行git add后，存储待提交内容的中间存储区域。
• 整句话的意思是：Git已经从暂存区取出对应版本的3个文件内容，完整覆盖了你本地工作区里对应的3个目标文件，总共完成了3个路径的内容更新。
  因为你本次本来就是要清理这3个文件的改动，所以这个输出和你带--执行完正常还原命令的提示是完全一样的。

实操小提醒 #

• 日常写命令最好养成带--的习惯，避免万一和本地重名分支撞名，触发意料之外的分支切换操作。
• 这类checkout命令只会清理工作区里未被暂存的改动，如果之前已经把部分改动通过git add加到了暂存区，这个操作不会改动暂存区的内容；如果需要连暂存区的改动一起清空，需要配合对应的reset命令操作。

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