我们以前在Rails应用程序的vendor/plugins/delayed_job目录下使用本地延迟作业hack。它被安装为一次性事件并检入主应用程序存储库的git中。
现在，我们决定在github上fork delayed_job，并用git子模块替换子目录，如此处所述：
http://doblock.com/articles/using-git-submodules-to-manage-plugins-in-rails
在执行这个操作之前，我只是简单地删除了vendor/plugins/delayed_job，没有将其检入。现在，尽管添加了子模块，在主存储库中运行git status仍然会显示vendor/plugins/delayed_job中的新文件。假设您不关心工作树中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文件，这将将“子存储库”转换为真正的子模块。
我坚决不建议这样做。由于git无法处理目录类型变为子模块，你会遇到很多问题。最好的方法是删除旧文件夹，再以不同的名称创建一个新的。
我们有一个被许多人（50+）使用的仓库，并决定将一个文件夹作为子模块。为了不必更改某些构建脚本等内容，我们进行了以上更改。但这使得git混乱不堪，因此每个旧分支（子模块更改之前的）在切换之前都需要删除文件夹并进行其他繁琐操作，合并旧分支非常困难，最糟糕的是我们的自动构建系统宕机了，而且无法像单个用户那样手动解决问题。
所以，不要这样做。Git绝对不能优雅地处理它。
git submodule add会创建.gitmodules文件。您应该在git status的“要提交的更改”部分中看到它列出。但我仍然对您提到的“vendor/plugins/delayed_job”目录下的“新文件”感到困惑。索引不可能在特定目录下同时有子模块和普通文件；一旦子模块放置在那个目录下，您的git status就不应该显示任何“新文件”了（尽管可能会有“删除”的文件，因为索引必须清理该目录下的文件）。 - Chris Johnsengit rm --cached -r vendor/plugins/delayed_job/命令来清理子模块目录下的普通文件条目。如果省略尾随斜杠，则可能需要运行git add vendor/plugins/delayed_job(此处不能使用尾随斜杠！) 来重新添加子模块的 "gitlink" 条目。如果你已经有了一个克隆的子仓库并且在.gitmodules中有相应的条目，那么你不需要再次使用git submodule add命令。 - Chris Johnsen