git repo 子目录转换为子模块 - 我不应该立即提交目录删除和模块添加吗？
git repo subdirectory convert to a submodule - should I not commit dir removal and module addition at once?
遵循 Convert a git folder to a submodule retrospectively? I have prepared an online repository and I am ready to start testing by removing the old folder and replacing it with the submodule - see switching a subdirectory managed by git to a submodule 中的建议。
但我到处看到人们首先提交文件夹删除，然后添加子模块（随机 example1, example2）。
然而，这会导致 master 上的提交中断（因为当然需要子文件夹中的文件），这是一个 nono。
那么人们在单独的提交中添加子模块有什么原因吗？
一般来说，子模块更新应该在单独的提交中有什么原因吗？
So is there some reason people add the submodule in a separate commit ? Is there some reason submodules updates should be in a separate commit in general ?
添加子模块意味着adding/modifiying一个.gitmodules文件和一个gitlink (the special entry in the index记录子模块的SHA1)
您不必先提交记录删除，然后再提交记录新的子模块：您可以尝试在同一索引内执行这两项操作，从而产生一次提交。
遵循 Convert a git folder to a submodule retrospectively? I have prepared an online repository and I am ready to start testing by removing the old folder and replacing it with the submodule - see switching a subdirectory managed by git to a submodule 中的建议。
但我到处看到人们首先提交文件夹删除，然后添加子模块（随机 example1, example2）。
然而，这会导致 master 上的提交中断（因为当然需要子文件夹中的文件），这是一个 nono。
那么人们在单独的提交中添加子模块有什么原因吗？
一般来说，子模块更新应该在单独的提交中有什么原因吗？
So is there some reason people add the submodule in a separate commit ? Is there some reason submodules updates should be in a separate commit in general ?
添加子模块意味着adding/modifiying一个.gitmodules文件和一个gitlink (the special entry in the index记录子模块的SHA1)
您不必先提交记录删除，然后再提交记录新的子模块：您可以尝试在同一索引内执行这两项操作，从而产生一次提交。