嘿，这两个问题都是用Git子模块时经常踩的坑，我给你梳理清楚解决方案：

处理子模块分永久删除和**临时排除（保留配置但不拉取）**两种场景，具体操作如下：

永久删除子模块 #

如果确定以后都不需要这个子模块了，按步骤来：

1. 强制取消对子模块的本地跟踪，避免未提交修改卡住：

   git submodule deinit -f -- path/to/submodule
   

2. 删除子模块的本地目录：

   rm -rf path/to/submodule
   

3. 打开.gitmodules文件，删除该子模块对应的配置块（类似下面这样的内容）：

   [submodule "path/to/submodule"]
       path = path/to/submodule
       url = https://github.com/xxx/xxx.git
   

4. 从Git本地配置中移除子模块记录：

   git config --remove-section submodule.path/to/submodule
   

5. 提交所有修改到仓库：

   git add .gitmodules
   git commit -m "Remove submodule: path/to/submodule"
   

临时排除子模块（保留配置，暂不拉取） #

如果只是暂时不想拉取某个子模块，不想彻底删除配置，有两种方法：

• 方法一：禁用子模块激活状态。修改.git/config或.gitmodules，在对应子模块配置里加一行：

  [submodule "path/to/submodule"]
      active = false
  

  之后执行git submodule update就会自动跳过这个子模块。
• 方法二：拉取时直接指定跳过：

  git submodule update --init --recursive --skip-submodules=path/to/submodule
  

失效子模块确实会阻塞整个递归拉取流程，给你三个实用方案，按需选择：

方案1：临时跳过失效子模块，优先拉取可用的 #

如果只是想先把能正常拉取的子模块搞定，临时跳过有问题的，用这个命令：

git submodule update --init --recursive --skip-submodules

它会自动跳过所有无法克隆、不存在的子模块。如果只想跳过特定几个，把路径用逗号分隔：

git submodule update --init --recursive --skip-submodules=path/to/dead-sub1,path/to/dead-sub2

要是克隆仓库时就想跳过，直接加参数：

git clone --recurse-submodules --skip-submodules https://github.com/your/repo.git

方案2：永久移除失效子模块 #

如果确定这些失效子模块再也用不上了，彻底移除最省心。因为子模块处于"dead"状态，常规deinit可能报错，直接按下面步骤来：

1. 删除子模块本地目录：

   rm -rf path/to/dead-submodule
   

2. 手动删掉.gitmodules里该子模块的配置条目
3. 从Git配置中移除记录：

   git config --remove-section submodule.path/to/dead-submodule
   

4. 提交修改：

   git add .gitmodules
   git commit -m "Remove dead submodule: path/to/dead-submodule"
   

如果子模块配置已经损坏，.gitmodules里找不到对应条目，直接清理Git内部的子模块缓存：

rm -rf .git/modules/path/to/dead-submodule

方案3：全局配置自动跳过失效子模块 #

要是你经常碰到这种情况，可以设置全局Git配置，让它默认跳过无法访问的子模块：

git config --global submodule.recurseSkipBroken true

之后再执行git submodule update --init --recursive就会自动跳过失效子模块，不会卡住整个流程。

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