仓库已在Job启动时检出，actions/checkout@v3的作用是什么？
actions/checkout@v3的作用解析 你在GitLab里习惯了流水线自动完成仓库检出，刚用GitHub Actions时看到几乎所有工作流都用actions/checkout@v3肯定会疑惑——毕竟从截图看Job启动时好像已经有仓库内容了。其实这个默认的“检出”和actions/checkout做的事有本质区别，它的核心作用远不止跨仓库检出：
精准检出触发工作流的目标版本：Runner启动时的默认副本一般是仓库默认分支的最新浅克隆，不一定是触发当前工作流的那个分支/提交（比如你推了feature分支触发流水线，默认可能还是main分支的内容）。
actions/checkout会自动切换到触发工作流的具体提交，确保你后续操作的代码就是触发流水线的版本。获取完整Git历史：默认的浅克隆只有最近1次提交记录，如果你需要做Git相关操作（比如生成变更日志、运行基于提交历史的测试、获取作者/提交信息），就必须拉取完整历史。
actions/checkout可以通过fetch-depth: 0参数轻松实现这一点。自动处理子模块：如果你的仓库包含Git子模块，Runner默认环境不会自动初始化或拉取子模块内容，
actions/checkout可以通过submodules: true参数一键完成子模块的拉取和初始化，省去手动操作的麻烦。自定义克隆行为：支持指定克隆分支、调整拉取深度、开启稀疏检出（只拉取仓库部分目录）等个性化配置，这些都是默认环境无法做到的，能大幅优化流水线的执行效率。
跨仓库协作支持：这是你提到的点，它可以轻松检出其他GitHub仓库的代码，适合多仓库依赖、跨仓库构建等场景。
简单说，Runner默认的“检出”只是给了个最基础的仓库快照，而actions/checkout是为工作流提供精准、可控、符合需求的代码环境，这也是它几乎出现在所有GitHub Actions工作流里的原因。
内容的提问来源于stack exchange，提问作者Shuzheng
