Git: 如何在目录结构方面分离后端 Rest Api 和前端应用程序的版本控制？
Git: How to Separate the Versioning of a Backend Rest Api and the Frontend Application in regards to Directory Structure?
我需要一些关于版本控制的架构建议，以了解如何构建为前端应用程序提供 REST api 服务的后端。我的问题是关于如何构建我的目录结构，然后在其中启动一个 git 回购协议。
据我所知，我应该将前端和后端保存在 两个 git 存储库中。一份用于前端代码，一份用于其余 api.
请帮助我了解我是如何实际做到这一点的。据我了解，我有以下选择：
我将前端应用程序放在后端的 public 目录中。我为后端使用 git 存储库，但在 .gitignore 文件中包含 public 目录。然后我在 public 目录中使用 git init 并对前端进行版本控制。这种方法允许我在初始 html 中直接通过 php 指定 csrf token 作为唯一连接器。
我将我的 laravel 应用程序放在目录 my-project/backend 中，将我的前端放在 my-project/frontend 中，并像那样对它们进行版本控制。然后我就通过 Rest API 连接它们。只需要弄清楚如何解决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
我快速浏览了一下the link you commented, and I think the big question is how large your application will be. For most web applications out there, the project structure defined above with one git repository will be sufficient. If you have a really large scale project, then it may be worth keeping everything under public/ as a submodule。
我需要一些关于版本控制的架构建议，以了解如何构建为前端应用程序提供 REST api 服务的后端。我的问题是关于如何构建我的目录结构，然后在其中启动一个 git 回购协议。
据我所知，我应该将前端和后端保存在 两个 git 存储库中。一份用于前端代码，一份用于其余 api.
请帮助我了解我是如何实际做到这一点的。据我了解，我有以下选择：
我将前端应用程序放在后端的
public目录中。我为后端使用 git 存储库，但在.gitignore文件中包含public目录。然后我在public目录中使用git init并对前端进行版本控制。这种方法允许我在初始 html 中直接通过 php 指定csrf token作为唯一连接器。我将我的 laravel 应用程序放在目录
my-project/backend中，将我的前端放在my-project/frontend中，并像那样对它们进行版本控制。然后我就通过 Rest API 连接它们。只需要弄清楚如何解决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
我快速浏览了一下the link you commented, and I think the big question is how large your application will be. For most web applications out there, the project structure defined above with one git repository will be sufficient. If you have a really large scale project, then it may be worth keeping everything under public/ as a submodule。