从Gerrit拉取补丁：git apply与git fetch有何区别？

核心差异 #

• 操作对象与来源

  • git apply：仅处理本地的.patch补丁文件，无需连接远程仓库，直接读取文件中的代码变更，将其应用到当前工作区（加--index参数可同步更新暂存区）。
  • git fetch：直接从Gerrit远程仓库拉取完整的提交对象（包含提交哈希、作者信息、提交日志、Change-Id等所有元数据），拉取后暂存到本地FETCH_HEAD；后续的git cherry-pick则把这个完整提交的变更，以新提交的形式合并到当前分支。

• 提交元数据的保留

  • git apply：只应用代码变更，不会保留原提交的任何元数据（如原作者、提交时间、Gerrit专属的Change-Id），应用后需要手动执行git add和git commit生成新提交。
  • git fetch+cherry-pick：完整保留原提交的作者信息、提交日志及Change-Id，cherry-pick完成后直接生成一个内容一致但哈希不同的新提交，无需手动提交。

• 冲突处理逻辑

  • git apply：遇到代码冲突会直接报错终止，无自动冲突处理机制。需手动修改冲突文件后重试，或用git apply --reject将未应用的变更生成.rej文件，再手动合并。
  • git cherry-pick：遇到冲突时会暂停操作，允许你手动解决冲突后，通过git cherry-pick --continue完成提交，流程贴合Git常规冲突处理，可借助Git冲突工具辅助解决。

两种操作是否等效？ #

完全不等效。前者是单纯的代码变更应用，后者是完整提交的拉取与合并。若仅需获取代码变更，git apply足够；若需保留原提交上下文（如作者、提交说明），或后续要向Gerrit推送关联修改（依赖Change-Id），则必须使用git fetch+cherry-pick。

是否需要先执行前者再执行后者？ #

不需要，且两者操作目的重叠，同时执行会导致重复应用变更，引发代码冲突。根据需求二选一即可：

• 已下载补丁文件时，用git apply快速应用变更；
• 可直接访问Gerrit仓库时，用git fetch+cherry-pick更贴合Git工作流，也能保留完整提交信息。

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