如何让git subtree仅在有更新时执行pull？是否改用git read-tree？

一、让git-subtree仅在有变更时执行pull的方法 #

问题根源在于--squash选项：即便远程标签的内容已经合并到本地，git subtree pull --squash依然会强制生成一个新的 squash 提交（空提交）。要避免这种情况，我们需要先判断远程目标提交是否已经被整合到本地subtree的历史中，再决定是否执行pull操作。

你可以通过以下步骤手动验证，或写成脚本自动化执行：

1. 获取远程标签对应的提交哈希
   先拿到subtools仓库v3.0.3标签指向的具体提交：

   REMOTE_COMMIT=$(git ls-remote subtools v3.0.3 | cut -f1)
   

2. 获取本地subtree的最新拆分提交
   git subtree split会把subtree/subtools目录的历史拆分为独立的提交链，我们取它的最新提交：

   LOCAL_SUBTREE_HEAD=$(git subtree split -P subtree/subtools HEAD)
   

3. 判断是否需要执行pull
   用git merge-base检查远程提交是否已经是本地subtree历史的祖先：

   if [ "$(git merge-base "$REMOTE_COMMIT" "$LOCAL_SUBTREE_HEAD")" != "$REMOTE_COMMIT" ]; then
       echo "发现新内容，开始拉取..."
       git subtree pull -P subtree/subtools subtools v3.0.3 --squash
   else
       echo "subtools v3.0.3无新内容，跳过拉取操作。"
   fi
   

   这个逻辑的核心是：如果远程提交已经被合并到本地subtree，merge-base的结果会等于远程提交哈希，此时就无需执行pull。

另外，如果你可以放弃--squash选项，直接执行不带squash的git subtree pull，Git会自动检测是否有新内容，不会生成空提交——但这样会把子仓库的完整历史合并到主仓库中，你需要根据项目需求权衡取舍。

二、是否应该改用git read-tree？ #

不推荐改用git read-tree，原因如下：

• git read-tree是Git的底层命令，仅负责将指定提交的树结构加载到索引中，它不会处理合并逻辑、冲突解决，也不会自动生成提交。你需要手动完成差异检测、索引提交等一系列操作，复杂度远高于git subtree。
• git-subtree专门为子仓库管理设计，自带追踪子目录与远程仓库关联关系的能力，支持推拉、拆分合并等完整工作流，而git read-tree没有这些高层封装的功能。

除非你需要极致的底层控制（比如自定义子目录的更新逻辑），否则git subtree依然是更合适的选择。

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