每当子模块（子模块）中有新提交时，如何使父 git 文件夹始终指向最新提交 - 任何替代方案？

Question

每次我将提交推送到子模块时，我都需要将父 repo 更新为子模块中的最新提交。有没有自动的方法在遥控器中做到这一点？

我知道我无法直接实现这一点，但是有人可以建议 git 子模块的替代方案吗？我刚刚看到了 git-tree、google repo 工具，但不确定如何更改我当前的设置以使用这些工具？

Answer 1

你提到了谷歌回购工具。这是repo 的解决方案。

假设您有两个存储库，parent.git 和 sub.git，托管在 https://hostingservice。预期的文件夹结构是

parent/
├── .git
└── sub/
    └── .git

由于sub不是parent的子模块，需要将其添加到parent的.gitignore中。

创建一个存储库以跟踪存储库清单。假设它是https://hostingservice/manifest.git。制作一个清单 foo.xml 来组织 parent.git 和 sub.git。

<?xml version="1.0" encoding="UTF-8"?>
<manifest>
    <remote fetch=".." name="origin"/>
    <default remote="origin"/>
    <project name="parent" path="parent" revision="release_v1.2" />
    <project name="sub" path="parent/sub" revision="release_v0.3" />
</manifest>

在manifest.git 中添加并提交foo.xml 并假设它在分支default 上。

现在您可以使用repo 下载parent.git 和sub.git，

# initialize the current folder as a repo environment
repo init -u https://hostingservice/manifest.git -b default -m foo.xml

# clone the repositories and check out their revisions
repo sync -c -d

repo init 克隆 manifest.git 并将 default 签出到 .repo/manifests。

foo.xml 指示repo 克隆parent.git 并将其分支release_v1.2 检出到当前目录下的文件夹parent 中，并克隆sub.git 并将其分支release_v0.3 检出到@987654353 @。

revision="release_v0.3" 表示每次重新运行repo init 和repo sync 命令时始终使用release_v0.3 的当前头。有时您可能希望从release_v0.3 访问特定的提交8b6228f4e0f5b059a6d5d93ba9aed15089c4b324，然后使用revision="8b6228f4e0f5b059a6d5d93ba9aed15089c4b324" upstream="release_v0.3" 来获得固定修订。

如果需要，您可以向foo.xml 添加更多存储库。

Answer 2

每次我将提交推送到子模块时，我都需要将父 repo 更新为子模块中的最新提交。有没有自动的方法在遥控器中做到这一点？

自动的方式来做到这一点？是的。 “在远程”取决于托管远程的内容。

要做到这一点本地，你可以有一个 pre-push 钩子来检查 repo 是否被用作 vanilla-ish 子模块（工作树直接嵌套在使用项目的工作树内）并自动更新包含项目，这是该逻辑的草图：

set -x
IFS=$'\n'  # just sidestep wordsplitting
toplevel=`git rev-parse --show-toplevel` || exit
if up=`git -C $toplevel/.. rev-parse --show-toplevel 2>&-`; then
        # we're checked out and nested inside another checkout
        sm_path=${toplevel#$up/}
        if uplink=`git -C $up rev-parse -q --verify :$sm_path`; then
                # and it's got an index entry for this checkout:
                # it's using us as a submodule. update its gitlink entry.
                git -C $up update-index --cacheinfo 160000,$(git rev-parse @),$sm_path
        fi
fi

这是最难的部分，自动更新包含项目的结帐。

这里的问题是，您到底有多确定包含 checkout 是否真的适合使用新的子模块内容进行更新，或者新的子模块内容不是不适合生产使用的探索性内容？我并不是说这不能完成，我是说您在此处所做的任何选择都会严重限制您可以安全使用的工作流程或使代码大大复杂化。在预推送中弹出一条消息可能更容易，提醒您可能还想添加、提交和推送包含的项目。