在 Git 中分离项目的不同部分

Question

如何在 Git 中有效地分离项目的不同部分？我有一个 Laravel Web 应用程序，其中包括管理面板 + API for Mobile 应用程序以提高性能。我认为将管理部分与 API 分开以禁用 API 中的服务提供者甚至在不同的服务器上运行管理面板（通过远程 MySQL 连接到数据库）并专用服务器 API 是一个好主意。如何在不重复我对模型等公共部分所做的更改的情况下分离这些部分？我想将它们创建为 Git 存储库中的两个分支。有没有更好的方法来进行这种分离或更易于维护的整个优化？

更新：我面临的问题是响应时间。我将以下代码放入路由中，响应时间为 400-600ms。

Route::any('/test2', function() 
{
    return "test";
});

我在两台不同的服务器上对其进行了测试，我认为配置足够好（10GB ram - 4 CPU core 3.6Ghz）。顺便说一句，我现在每小时的请求不到 1k，很快我最多会看到 5k-20k。

Answer 1

我认为将您的源代码分成模块就足够了。看看Laravel Module

Answer 2

我建议你作为框架的创建者（Taylor）：打包并使用Composer。
在 Laravel 社区中，您可以使用许多软件包，例如 Horizo​​n、Nova、Telescope、Spatie/* 等。
如果您想添加它们，您只需添加一个 Composer 依赖项，它就可以开箱即用。
您可以对两个项目（如模型等）中的代码执行相同的操作。
每个包都有自己的 Git 存储库。
这是一种更Laravel 的方法，而不是分离到模块中（与 Symphony 世界相比）。 Laravel 的核心不是模块。

现在关于分离项目：
当我读到您的需求时，如果您在同一个项目上运行 API 和管理面板，我不确定您是否会遇到性能问题，除非您每小时有数百万次 http 调用。
我目前正在为客户端开发一个包含大量代码的项目，我们还有一个每小时有数千次调用的 api，一切都很好。我们还为内部后端运行 Nova。
您应该考虑到，当您遇到这些规模问题时，您可能还会遇到数据库问题，也可能是服务器问题（带宽、内存、成本等）。
100% 可扩展并非易事。
在我看来，当你面对它时，解决它。在开始时分离 Api/admin 面板可能会导致启动/维护项目的开销太大。