在子模块更新时自动更新Git超级存储库

在我们公司，我们有一个庞大的代码库（> 100000个文件），所以我们把它保存在几个git仓库中。 所以我们有一个仓库的森林和一个只包含子模块引用的超级仓库。

这个想法是把超级仓库当成一个便利的粘合剂，并在开发人员更新任何子模块时自动更新。

我已经试验了接收后的钩子，结束了以下实现：
（它涉及到git plumbing，以便能够直接修改裸仓库）

#!/bin/bash -e UPDATED_BRANCHES="^(master|develop)$" UPDATED_REPOS="^submodules/.+$" # determine what branch gets modified read REV_OLD REV_NEW FULL_REF BRANCH=${FULL_REF##refs/heads/} if [[ "${BRANCH}" =~ ${UPDATED_BRANCHES} ]] && [[ "${GL_REPO}" =~ ${UPDATED_REPOS} ]]; then # determine the name of the branch in the super repository SUPERBRANCH=$FULL_REF SUBMODULE_NAME=${GL_REPO##submodules/} # clean the submodule repo related environment unset $(git rev-parse --local-env-vars) # move to the super repository cd $SUPERREPO_DIR echo "Automaticaly updating the '$SUBMODULE_NAME' reference in the super repository..." # modify the index - replace the submodule reference hash git ls-tree $SUPERBRANCH | \ sed "s/\([1-8]*\) commit \([0-9a-f]*\)\t$SUBMODULE_NAME/\1 commit $REV_NEW\t$SUBMODULE_NAME/g" | \ git update-index --index-info # write the tree containing the modified index TREE_NEW=$(git write-tree) COMMIT_OLD=$(git show-ref --hash $SUPERBRANCH) # write the tree to a new commit and use the current commit as its parent COMMIT_NEW=$(echo "Auto-update submodule: $SUBMODULE_NAME" | git commit-tree $TREE_NEW -p $COMMIT_OLD) # update the branch reference git update-ref $SUPERBRANCH $COMMIT_NEW # shall we also update the HEAD? # git symbolic-ref HEAD $SUPERBRANCH fi 

现在的问题是：

• 使用git钩子来修改另一个仓库而不是触发事件的仓库是个好主意吗？
• 挂钩执行是否正常？
  （这似乎是在我的机器上工作，但我以前没有使用Gitpipe道的经验，所以也许我已经省略了一些东西）
• 我想在两个（或更多）子模块同时更新的情况下，存在竞争条件的可能性。 是否有可能以某种方式防止（例如locking文件）？
  （我们使用gitolite作为访问层）。
• 使用超级仓库的克隆进行修改，然后推送（而不是直接修改裸超级仓库）会更好吗？

提前致谢。

• 使用Git在本地和远程服务器之间“同步”文件
• Git / LDAP帐户/ Gitolite
• 使用nginx和Drupal，如何为存在的静态文件和目录提供404错误？
• 错误403当git推（多个github帐户在同一个mac）
• pipe理修补程序到configuration文件