我们曾经在Rails应用程序中对delayed_job进行了本地破解，位于vendor/plugins/delayed_job中。它作为一次性事件安装并签入主应用程序存储库中的 git。
现在我们决定在 github 上分叉 Delayed_job 并用 git 子模块替换子目录，如所述这里：
http://doblock.com/articles/using-git-submodules-to-manage-plugins-in-rails http://doblock.com/articles/using-git-submodules-to-manage-plugins-in-rails
在此之前，我只是删除了vendor/plugins/delayed_job，而没有将其签入。现在，尽管添加了子模块，主存储库中的git status仍然显示vendor/plugins/delayed_job中的新文件。
我们应该如何处理作为存储库一部分的子目录被删除并用于保存 git 子模块的情况？在将子模块克隆到其位置之前，我们是否应该首先使用 git rm 删除它，或者更彻底地删除它？
假设您不关心当前的内容vendor/plugins/delayed_job在您的工作树中（即，将作为子模块签出的内容已经是工作树中内容的合适替代品），将目录转换为子模块的正常过程如下所示：
git rm -r vendor/plugins/delayed_job
git submodule add github.com:account/delayed_job.git vendor/plugins/delayed_job
当然，GitHub 存储库 URL 可能会有所不同；例如，您可能想要使用 HTTP URL 而不是上面的 SSH URL。
但是，你似乎做了一些不同的事情。据我所知，你做了这样的事情：
rm -rf vendor/plugins/delayed_job
git clone github.com:account/delayed_job.git vendor/plugins/delayed_job
这个过程有两个缺陷：
- 平原
rm将旧文件保留在 Git 索引中。
- 直接克隆会为您提供一个“子存储库”，但不是官方子模块。
假设您没有有意进行任何更改vendor/plugins/delayed_job（您可能不会，因为您正在用子模块替换它），您可以使用以下命令清理这种情况：
git rm --cached -r vendor/plugins/delayed_job
git submodule add github.com:account/delayed_job.git vendor/plugins/delayed_job
清理掉所有的vendor/plugins/delayed_job索引中的条目应该可以解决您的“仍然显示新文件”问题。使用git submodule add将创建.gitmodules文件将“子存储库”变成真正的子模块。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
