Javascript Git：如何在目录结构方面分离后端RESTAPI和前端应用程序的版本控制？

我需要一些关于版本控制的架构建议，关于如何构造为前端应用程序提供RESTAPI的后端。我的问题是如何构建我的目录结构，然后在其中启动git回购

据我所知，我应该将前端和后端保存在两个git存储库中。一个用于前端代码，一个用于RESTAPI

请帮助我了解我是如何做到这一点的。据我所知，我有以下选择：

我将前端应用程序放在后端的

public

目录中。我使用git存储库作为后端，但在

.gitignore

文件中包含

public

目录。然后我在

public

目录中使用

gitinit

，并对前端进行版本控制。这种方法允许我在初始html中直接通过php指定

csrf令牌

，作为唯一的连接器

我将我的laravel应用程序放在目录

myproject/backend

中，将我的前端放在

myproject/frontend

中，并对它们进行版本控制。然后我只是通过RESTAPI连接它们。只需要找出如何解决csrf问题

---

推荐这两种方式中的哪一种？还有其他选择我没有考虑吗？这个问题是关于版本控制和目录结构的。

您可以将它们放在一个git存储库中。一般来说，最好保持简单。

经典的Laravel目录结构可能如下所示：

.
├── app
├── artisan
├── bootstrap
├── composer.json
├── composer.lock
├── config
├── database
├── gulpfile.js
├── package.json
├── phpspec.yml
├── phpunit.xml
├── public
├── readme.md
├── resources
├── server.php
├── storage
├── tests
└── vendor

---

我快速浏览了一下你的评论，我认为最大的问题是你的应用程序有多大。对于大多数web应用程序，上面定义的带有一个git存储库的项目结构就足够了。如果你有一个非常大规模的项目，那么作为一个整体，将所有内容都保持在

public/

之下可能是值得的。

我在读这篇文章：你是说，只有当项目是一个非常大规模的项目时，将前端与后端分离才有意义。对于小项目，你是说它毫无意义。我对你的理解正确吗？这并不能回答问题，但对我来说已经足够了。