我有一个托管在 bitbucket 上的 Git 存储库，它具有以下目录结构：
/Automation
/Website
/Website/ <-- [WebsiteFilesGoHere]
/Dependencies
/WebServices
我们有一个供应商正在构建/Website解决方案的一部分。
他们有一个看起来像这样的回购
/ <-- [WebsiteFilesGoHere]
将他们的 repo 拉到我们的子文件夹中，然后能够在以后推回的最佳方法是什么？
更新：值得一提的是，两个 repos 在当前的“/Website”文件夹中都有文件，而彼此不知道。
更新 2：这也是一个基于 Windows 的 Git 存储库，由多个开发人员共享（因此避免任何本地机器配置会很好）。
有一种方法可以在不使用子模块或子树的情况下引入远程存储库，即使该存储库与您的完全无关并且具有冲突的目录。
首先，将该存储库添加为您在.git/config. 例如，假设您想从 Github 引入 Zaldor 的 Gruff 库。这些名字完全是虚构的：
[remote "gruff-upstream"]
fetch = +refs/heads/*:refs/remotes/gruff/*
url = https://github.com/zaldor/gruff.git
现在您可以执行 agit fetch gruff-upstream来获取所有对象。gruff现在您可以在项目中看到可用的分支。
$ git branch -r
gruff/experimental-hack
gruff/master
origin/master
这两gruff行是gruff的分支。是我们自己的origin/master起源。名称冲突：gruff有 amaster并且我们也有master. 没关系：我们可以给gruff/master一个不同的本地分支名称。
$ git branch -t gruff-master gruff/master
Branch gruff-master set up to track remote branch master from gruff-upstream.
现在，如果我们git checkout gruff-master，我们所有的 git-tracked 文件都将消失，取而代之的是gruff工作副本：
$ git checkout gruff-master
现在我们可以gruff-master稍微修饰一下这个分支。例如，我们可以将其所有文件移动到子目录，删除不需要的文件等：
$ mkdir gruff
$ git mv ...files... gruff
$ git commit -a -m "moving gruff stuff to gruff/ subdir"
接下来，我们切换回我们自己的master. Gruff 文件消失了，我们的文件又回来了：
$ git checkout master
现在我们可以将一些文件从gruff我们的master:
$ git checkout gruff-master -- gruff/file1 gruff/file2 ...
这些文件在我们的工作副本中具体化并添加到我们的索引中：
$ git checkout
A gruff/file1
A gruff/file2
...
我们可以将这些提交到我们的master现在。
当上游gruff发布新版本的文件时，我们可以切换到我们的gruff-branch和拉取。针对我们的清理和提交解决新的更改。回到我们的，我们可以从本地跟踪分支master中挑选新的更新。gruff-master
是的，这基本上是使用 Git 作为一个美化的补丁工具。gruff-master采摘到的材料master没有任何血统；它看起来就像添加的文件。但是，它总比没有好，并且在许多方面都比子树或模块更简单。
通常建议最好使用子树而不是子模块
这里有一个很好的好处：
http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/
您可能会发现子树更适合使用的原因有几个：
简单工作流程的管理很容易。
支持旧版本的 git（甚至在 v1.5.2 之前）。
子项目的代码在超级项目的克隆完成后立即可用。
subtree 不需要您的存储库的用户学习任何新内容，他们可以忽略您正在使用 subtree 来管理依赖项的事实。
subtree 不会像 submodules doe（即 .gitmodule）那样添加新的元数据文件。
可以修改模块的内容，而无需在其他地方拥有依赖项的单独存储库副本。
在我看来，缺点是可以接受的：
您必须了解新的合并策略（即子树）。
为子项目向上游贡献代码稍微复杂一些。
在提交中不混合超级和子项目代码的责任在于您。