在已有Git仓库内创建Git仓库是否会引发问题？

直接在已有Git仓库里新建另一个Git仓库（而非通过git submodule add创建正式子模块），确实会引发一系列问题，具体副作用如下：

• 外层仓库无法正常追踪内层内容：外层Git会把内层仓库的根目录识别为一种叫gitlink的特殊文件，但因为没有完成子模块的初始化流程，这个gitlink没有关联任何有效的子仓库元数据。其他人克隆外层仓库时，这个嵌套目录会是空的，根本拿不到内层仓库的提交历史和文件内容。

• 操作易混淆，引发误提交：在嵌套目录里执行Git命令时，很容易搞混当前操作的是外层还是内层仓库。比如你以为在提交外层的修改，实际是在内层仓库提交了变更；或者不小心把内层仓库的文件直接提交到外层仓库，彻底打乱内层的版本控制逻辑，后续没法正常拉取、推送内层的变更。

• Git命令执行异常：像git clean -fd这类清理命令，可能会误删内层仓库的文件；git status会把内层目录标记为“未跟踪的子模块”，但又没法正常处理，导致输出信息混乱。另外用git archive打包外层仓库时，会直接忽略内层仓库的内容，即便加了子模块相关参数也没用，因为根本没初始化子模块。

• 后续维护成本极高：如果之后想把嵌套仓库转为正式子模块，得手动清理外层仓库里已经提交的内层文件（如果有的话），还要处理残留的gitlink，操作繁琐，很容易留下历史遗留问题，让仓库的版本树变得复杂难维护。

• 协作与CI/CD故障：团队成员克隆仓库后，嵌套的内层仓库没法自动同步，得手动处理；要是有人不知道嵌套情况，很容易误操作破坏内层仓库的版本。CI脚本执行构建时，也没法正确识别内层仓库的依赖，大概率会导致构建失败。

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