我有一个托管在bitbucket上的Git存储库，它具有以下目录结构：
/Automation
/Website
/Website/ <-- [WebsiteFilesGoHere]
/Dependencies
/WebServices
我们有一家供应商正在构建解决方案的/Website部分。
他们有一个看起来像这样的回购
/ <-- [WebsiteFilesGoHere]
什么是将他们的repo拉入我们的子文件夹，然后能够在以后推回的最佳方式？
更新：值得一提的是，两个repos都有当前`/ Website'文件夹中的文件而不知道彼此。
更新2：这也是基于Windows的Git仓库，由许多开发人员共享（因此避免任何本地计算机配置都会很棒）。
答案 0 :(得分：6)
有一种方法可以在不使用子模块或子树的情况下引入远程存储库，即使该存储库与您的存储库完全无关并且存在冲突目录。
首先，将该存储库添加为.git/config中的某个遥控器。例如，假设您想从Github引入Zaldor的Gruff库。这些名字完全是虚构的：
[remote "gruff-upstream"]
fetch = +refs/heads/*:refs/remotes/gruff/*
url = https://github.com/zaldor/gruff.git
现在你可以做一个git fetch gruff-upstream来获取所有对象。现在，您可以在gruff项目中看到可用的分支。
$ git branch -r
gruff/experimental-hack
gruff/master
origin/master
两条gruff行是gruff的分支。 origin/master是我们自己的起源。名称冲突：gruff有master，我们也有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跟踪的文件都会消失，取而代之的是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的材料没有任何血统;它看起来像添加文件。但是，它总比没有好，在很多方面比子树或模块更简单。
答案 1 :(得分：1)
建议最好使用子树而不是子模块
这里有很好的利益：
http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/
有几个原因可以让您更好地使用子树：
简单管理简单的工作流程。
支持旧版本的git（甚至在v1.5.2之前）。
完成超级项目的克隆后，子项目的代码就可用了。
子树不要求存储库的用户学习任何新内容，他们可以忽略使用子树来管理依赖项的事实。
子树不会添加新的元数据文件，例如子模块doe（即.gitmodule）。
可以修改模块的内容，而无需在其他地方使用依赖项的单独存储库副本。
在我看来，这些缺点是可以接受的：
您必须了解新的合并策略（即子树）。
为子项目向上游贡献代码稍微复杂一些。
在提交中不混合超级和子项目代码的责任在于你。