组织属于另一个回购的git回购

我目前正在尝试启动并运行两个git回购。一个用于前端，一个用于后端

前端应用程序使用“后端”提供的API，但目前我在子文件夹“/API”下提供了一个伪API（只是json文件）。这种方法工作得很好，因为它使前端开发人员不必设置任何数据库和服务器端的东西

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

我已经看到了提到的子模块和子树，但我对git还是相当陌生，现在还不想深入研究

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

app/…-这里的所有内容都应该由前端repo跟踪，尽管“api/”文件夹只是一个模拟后端

---

app/api/…-所有与后端相关的内容。因为该文件夹必须是公共的，我不想使用子域。

我认为问题在于您不想手动同步这两个文件夹之间的API文件夹，也就是说，您不希望两个单独的repo具有重复信息

我认为你的选择是：

• 使用两个repo，自动复制API文件夹（例如rsync）。假设它们作为同级克隆到一个目录中，并使“makeapiupdate”（或类似）执行相同的操作
• 调查子模块（您不想这样做）
• 将所有内容放在一个repo中，但使用单独的目录，并可能为API文件夹使用一个符号链接。确保makefile等保持独立。这意味着对于只在一个项目上工作的开发人员来说“克隆的内容太多了”，但git很好，速度也很快
• 如上所述，但尝试通过使用子树（您不想这样做）来加速它

---

前端和后端单独进行git回购会有什么问题？你能列出你的目录结构，清楚地显示前端和后端代码所在的位置吗？我想问题的原因是如果OP使用两个repo，他需要手动同步这两个模块之间的API文件夹。如果你不想使用子模块，你应该让前端和后端驻留在单独的文件夹中，并使用单独的存储库处理它们。您可以在以后使用这两个现有repo移动到子模块。@TimBiegeleisen我已经添加了该结构。我想我希望前端是测试后端的最新版本，但因为它围绕着后端，所以它不仅仅是两个单独文件夹的情况。