git - 组织属于另一个仓库的git仓库

我目前正试图让两个git repos启动并运行。一个用于前端，一个用于后端。

前端应用使用后端提供的API＆＃39;但是目前我在子文件夹＆＃39; / api＆＃39;下提供了一个虚拟API（它们只是json文件）。这种方法很有效，因为它节省了前端开发人员不必设置任何数据库和服务器端的东西。

至于后端，因为它位于前端应用程序中 - 我发现很难弄清楚如何跟踪后端，同时能够将其插入前端 - 用于测试等的应用程序。理想情况下，在开发后端时，前端将始终处于最新状态。

我已经看到过提到的子模块和子树，但我对git也很新，而且还不想潜入太深。

编辑：目录结构非常简单，只需：

app /... - 这里的所有内容都应该由前端回购跟踪，尽管＆＃39; api /＆＃39;文件夹只是一个模拟后端。

app / api /... - 一切后端相关。由于该文件夹必须是公开的，我不想使用子域。

我认为问题在于您不希望在两者之间手动同步API文件夹，即您不希望两个单独的存储库包含重复信息。

我认为您的选择是：

使用两个repos，自动复制API文件夹（例如rsync）。假设它们被作为兄弟姐妹克隆到一个目录中，然后制作一个apiupdate＆＃34; （或类似的）做同样的事情。
调查子模块（您不想这样做）
将所有内容放在一个仓库中，但使用单独的目录，可能还有API文件夹的符号链接。确保您的makefile等保持独立。这意味着“克隆太多”＆＃39;对于只在一个项目上工作的开发人员，但是git很好而且速度很快。
如上所述，但尝试使用子树加速它（你不想这样做）。