问题
我需要在私有仓库组件一个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仓库可以完整的追踪子文件夹下的所有文件变化。