从.gitmodules恢复git子模块

77

我有一个文件夹，这是一个git repo。它包含一些文件和.gitmodules文件。现在，当我这样做git init，然后git submodule init，后者命令的输出是什么。我如何帮助git查看.gitmodules文件中定义的子模块，而无需git submodule add再次手动运行？

更新：这是我的.gitmodules文件：

[submodule "vim-pathogen"]
    path = vim-pathogen
    url = git://github.com/tpope/vim-pathogen.git
[submodule "bundle/python-mode"]
    path = bundle/python-mode
    url = git://github.com/klen/python-mode.git
[submodule "bundle/vim-fugitive"]
    path = bundle/vim-fugitive
    url = git://github.com/tpope/vim-fugitive.git
[submodule "bundle/ctrlp.vim"]
    path = bundle/ctrlp.vim
    url = git://github.com/kien/ctrlp.vim.git
[submodule "bundle/vim-tomorrow-theme"]
    path = bundle/vim-tomorrow-theme
    url = git://github.com/chriskempson/vim-tomorrow-theme.git

这是此目录的清单：

drwxr-xr-x  4 evgeniuz 100 4096 июня  29 12:06 .
drwx------ 60 evgeniuz 100 4096 июня  29 11:43 ..
drwxr-xr-x  2 evgeniuz 100 4096 июня  29 10:03 autoload
drwxr-xr-x  7 evgeniuz 100 4096 июня  29 12:13 .git
-rw-r--r--  1 evgeniuz 100  542 июня  29 11:45 .gitmodules
-rw-r--r--  1 evgeniuz 100  243 июня  29 11:18 .vimrc

因此，绝对是顶级的。git目录不变，只有git init完成

git  git-submodules 
— 埃夫让纽斯
source
从某种意义上说，子模块是否已经存在，如果您切换到任何子模块目录，就会有文件存在，并git rev-parse --show-toplevel为您提供子模块而不是“ supermodule”目录？
— Mark Longair 2012年
否，不存在子模块目录。想象这个文件夹是完全空的，只有.gitmodules文件
— evgeniuz
嗯，我知道问题出在哪里-我已经更新了答案。
— Mark Longair 2012年

Answers:

103

git submodule init仅考虑索引中已存在的子模块（即“暂存”）进行初始化。我会写一个简短的脚本解析.gitmodules，并为每个url和path一双奔跑：

git submodule add <url> <path>

例如，您可以使用以下脚本：

#!/bin/sh

set -e

git config -f .gitmodules --get-regexp '^submodule\..*\.path$' |
    while read path_key path
    do
        url_key=$(echo $path_key | sed 's/\.path/.url/')
        url=$(git config -f .gitmodules --get "$url_key")
        git submodule add $url $path
    done

这基于git-submodule.sh脚本本身如何解析.gitmodules文件。

— 马克·朗伊尔
source
1
你的意思是git submodule update --init？所有这些命令都会静默失败。看起来git看不到仅在.gitmodules
— evgeniuz
之后git submodule init，您看到任何输出git config --list | grep submodule吗？（如文档所述，git submodule init应“初始化子模块，即将在.gitmodules中找到的每个子模块名称和URL注册到.git/config“。）
— Mark Longair 2012年
没什么。git config --list仅给出标准值，没有提及子模块
— evgeniuz
@Shark：很奇怪-您可以使用.gitmodules文件内容更新问题吗？另外，您的.gitmodules文件肯定在存储库的顶层，而不是子目录吗？
— Mark Longair 2012年
谢谢，我认为有比脚本更通用的方法了：)
— evgeniuz
15

扩展@Mark Longair的答案，我编写了一个bash脚本来自动化以下过程的步骤2和3：

  1. 克隆“样板”存储库以开始新项目
  2. 删除.git文件夹并重新初始化为新的仓库
  3. 重新初始化子模块，在删除文件夹之前提示输入
#!/bin/bash

set -e
rm -rf .git
git init

git config -f .gitmodules --get-regexp '^submodule\..*\.path$' > tempfile

while read -u 3 path_key path
do
    url_key=$(echo $path_key | sed 's/\.path/.url/')
    url=$(git config -f .gitmodules --get "$url_key")

    read -p "Are you sure you want to delete $path and re-initialize as a new submodule? " yn
    case $yn in
        [Yy]* ) rm -rf $path; git submodule add $url $path; echo "$path has been initialized";;
        [Nn]* ) exit;;
        * ) echo "Please answer yes or no.";;
    esac

done 3<tempfile

rm tempfile

注意：子模块将在其主分支的顶端检出，而不是与样板存储库相同的提交，因此您需要手动执行。

将输出从git config传递到read循环会导致输入提示出现问题，因此它将其输出到临时文件。在我的第一个bash脚本上的任何改进都非常受欢迎:)

非常感谢马克，https://stackoverflow.com/a/226724/193494，庆典：这是使用读也是一个循环内嵌套的交互读取和tnettenba @ chat.freenode.net帮助我在这个解决办法！

— 凯文·C
source
6

扩展出色的@Mark Longair的答案，以添加尊重分支和仓库名称的子模块。

#!/bin/sh

set -e

git config -f .gitmodules --get-regexp '^submodule\..*\.path$' |
    while read path_key path
    do
        name=$(echo $path_key | sed 's/\submodule\.\(.*\)\.path/\1/')
        url_key=$(echo $path_key | sed 's/\.path/.url/')
        branch_key=$(echo $path_key | sed 's/\.path/.branch/')
        url=$(git config -f .gitmodules --get "$url_key")
        branch=$(git config -f .gitmodules --get "$branch_key" || echo "master")
        git submodule add -b $branch --name $name $url $path || continue
    done
— 毛龙85
source
1
这很好用，但是它也复制了.gitmodules文件中的每个条目，这之后需要进行一些手动清理。
— Marcus Ottosson
3

我有一个类似的问题。git submodule init默默地失败了。

当我这样做时：

git submodule add <url> <path>

我有：

The following path is ignored by one of your .gitignore files: ...

我认为.gitignore（d）路径可能是原因。

— 亨利
source
1

我知道已经有一段时间了，但是我想共享这个版本，git config它只调用一次，不需要脚本，还可以处理分支：

git config -f .gitmodules --get-regexp '^submodule\.' | perl -lane'
$conf{$F[0]} = $F[1]}{
@mods = map {s,\.path$,,; $_} grep {/\.path$/} keys(%conf);
sub expand{$i = shift; map {$conf{$i . $_}} qw(.path .url .branch)}
for $i (@mods){
    ($path, $url, $branch) = expand($i);
    print(qq{rm -rf $path});
    print(qq{git submodule add -b $branch $url $path});
}
'

唯一的副作用是命令的输出，什么也不会执行，因此您可以在提交命令之前先进行审核。

这可以在控制台上进行简单的复制和粘贴，但是放在shell脚本中应该很简单。

示例输出：

rm -rf third-party/dht
git submodule add -b post-0.25-transmission https://github.com/transmission/dht third-party/dht
rm -rf third-party/libutp
git submodule add -b post-3.3-transmission https://github.com/transmission/libutp third-party/libutp
rm -rf third-party/libb64
git submodule add -b post-1.2.1-transmission https://github.com/transmission/libb64 third-party/libb64
rm -rf third-party/libnatpmp
git submodule add -b post-20151025-transmission https://github.com/transmission/libnatpmp third-party/libnatpmp
rm -rf third-party/miniupnpc
git submodule add -b post-2.0.20170509-transmission https://github.com/transmission/miniupnpc third-party/miniupnpc
rm -rf third-party/libevent
git submodule add -b post-2.0.22-transmission https://github.com/transmission/libevent third-party/libevent
— 亚历山德拉
source
1

@ mark-longair的脚本更新版本。该目录还支持分支，处理某些子模块已存在于中的情况.git/config，并在必要时备份与子模块路径同名的现有目录。

git config -f .gitmodules --get-regexp '^submodule\..*\.path$' |
    while read path_key path
    do
        url_key=$(echo $path_key | sed 's/\.path/.url/');
        branch_key=$(echo $path_key | sed 's/\.path/.branch/');
        # If the url_key doesn't yet exist then backup up the existing
        # directory if necessary and add the submodule
        if [ ! $(git config --get "$url_key") ]; then
            if [ -d "$path" ] && [ ! $(git config --get "$url_key") ]; then
                mv "$path" "$path""_backup_""$(date +'%Y%m%d%H%M%S')";
            fi;
            url=$(git config -f .gitmodules --get "$url_key");
            # If a branch is specified then use that one, otherwise
            # default to master
            branch=$(git config -f .gitmodules --get "$branch_key");
            if [ ! "$branch" ]; then branch="master"; fi;
            git submodule add -f -b "$branch" "$url" "$path";
        fi;
    done;

# In case the submodule exists in .git/config but the url is out of date

git submodule sync;

# Now actually pull all the modules. I used to use this...
#
# git submodule update --init --remote --force --recursive
# ...but the submodules would check out in detached HEAD state and I 
# didn't like that, so now I do this...

git submodule foreach --recursive 'git checkout $(git config -f $toplevel/.gitmodules submodule.$name.branch || echo master)';
— 博科夫
source
0

对于zsh用户，请尝试使用我的功能，该功能具有DRY_RUN=1支持功能，可查看将要运行的命令，而仅用于git解析文件sed。

gsub_file() {(
  set -eu

  cd "$(git rev-parse --show-toplevel)"

  submodule_paths=(
    "${(@f)$(git config --file ./.gitmodules --get-regexp "path" | awk '{ print $2 }')}"
  )
  submodule_urls=(
    "${(@f)$(git config --file ./.gitmodules --get-regexp "url" | awk '{ print $2 }')}"
  )
  submodule_branches=(
    "${(@f)$(git config --file ./.gitmodules --get-regexp "branch" | awk '{ print $2 }')}"
  )

  sh_c() {
    echo + "$*"
    if [ "${DRY_RUN-}" ]; then
      return
    fi
    eval "$@"
  }

  for (( i=1; i <= ${#submodule_paths[@]}; i++ )) do
    p="${submodule_paths[$i]}"
    if [ -d "$p" ]; then
      continue
    fi

    url="${submodule_urls[$i]}"
    unset b
    if [ "${submodule_branches[$i]-}" ]; then
      b="-b ${submodule_branches[$i]}" 
    fi
    sh_c git submodule add "${b-}" "$url" "$p"
  done
)}
— 努尔
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.