组建git工程时如何处理子SDK中的子模块

问题

我需要在私有仓库组件一个git工程A，这个A工程必须依赖于第三方的SDK代码，这里称为B。
B的SDK原被放在另一个私有仓库下，需要用B的私有账号才可以拉取。
如果以“将B作为A的子模块“的方式来组件git工程，那么他人拉取工程A的时候还需要输入B的私有账号才能拉取完整代码。
而我们又不能保证工程A的使用者都拥有B的私有账号，所以我没有用子模块的方式来组件仓库，而是直接将B的代码拷贝到A的一级目录下并且上传。

A(待组建的新git仓库)
|──B(从第三方复制的一个私有git仓库)   
|  |──C(B的submodule)
|  |

仓库B的一级子目录下还有一个子模块C，当我将文件夹B git add到A仓库并且git status -s看不到“？”时，我以为文件夹B已经被全部添加到A中了。
但是当我在另一个位置重新拉取仓库A时发现，B的主代码被拉下来了，但是B的子模块C并没有被拉取下来，而是一个空文件夹。而且，在B中使用git submodule init也不能正常拉取B的子模块C。
回想原因，应该是“子模块”的git配置文件紊乱导致的。
于是我参照网上的方法，删除B文件夹下.gitsubmodule以及.git/config中与C相关的内容。发现并没有将C去子模块化。

一顿操作之后再操作仓库A的时候甚至会出现错误：

fatal: Not a git repository: esp-****-sdk/esp-idf/../.git/modules/esp-idf

此时网上的方法：git init也不能解决fatal: Not a git repository问题。
于是我对比当前仓库下的.git文件夹和从云端重新拉的仓库的.git文件夹，查看到底哪些地方修改导致了fatal的发生。

.git配置文件对比

当前仓库下的.git文件夹：

从云端重新拉的仓库的.git文件夹：

.git文件夹两个主要区别：

• modules文件夹
  这个文件夹下存放了疑似子模块相关的内容
• config
  这个文件下存放了一些远程仓库信息和本地分支信息，以及子模块信息

删除modules下的内容之后，fatal: Not a git repository仍然未解决。

问题解决

• gitcheckout . 回退所有操作
• 删除B文件夹所有内容
• 新建与B同名空文件夹
• 从原生B仓库中拷贝所有非隐藏内容及.gitnore文件（本质是不拷贝git仓库相关的配置文件）到A下的B空文件夹。
• 删除C文件夹，并将C的删除提交到仓库
• 重新复制不带git仓库配置文件的C文件夹内容到A仓库中，并git add到仓库。

到这里，基本完成了去仓库化操作。C中的内容现在可以被主仓库追踪了。
但这可能不是最好的方法，并且副作用是：B和C的历史git提交记录都被删除了。

总结

当我们从github上获取第三方SDK来组建我们自身的SDK仓库时，最好不要保留第三方SDK及子模块的git仓库信息。
我的做法是，删除第三方SDK仓库一级目录下除了‘.gitinore’之外的所有隐藏文件。
这样，我们自身的git仓库可以完整的追踪子文件夹下的所有文件变化。