使用 git 和 php 进行开发（Web 开发）

Question

我正在努力寻找测试 php 开发代码的最佳方法，该方法依赖于存在的某些框架文件。我认为 git 有三种可能的情况：

• 创建实时生产目录的副本并将此“开发”目录克隆到本地工作站。下一步是在本地工作站上编辑代码并提交/推送每个更改。您可以通过生产服务器上的“开发”网址检查您的工作。如果一切正常，您可以将更改推送到“实时”目录。这种方法可能会在您编辑/修复代码时导致大量提交（语法错误或其他明显错误），并且会增加一个额外的步骤（提交/推送）来查看您的结果。

• 创建一个镜像生产服务器的“开发”服务器。该服务器将包含所有框架文件，您将能够直接编辑“实时”目录的副本并立即查看您的更改。如果您愿意，可以将远程“dev”目录挂载到本地工作站。这需要额外的服务器进行维护，并且您需要资源来设置它。

• 创建本地“开发”工作站环境并在“实时”或“开发”服务器上克隆存储库。这样，您就可以在本地机器上测试所有代码，并且只推送已经过测试和批准的提交。与方法一相比，这减少了提交的数量。要在本地重新创建“开发”环境，您可能必须将大量框架/相关文件安装到本地工作站，即使这样，当代码移植到实际的实时服务器时，它也可能不是 100% 可靠的。

  李>

基本上我想为“write-test-revise-test-revise-test-commit”找到最好的方法 如果您依赖于框架文件（可能是任何框架），请循环。您会创建一个“开发”服务器，还是在本地工作站上重新创建确切的生产环境？理想情况下，您只会在完成一些初始测试（明显的语法错误等）后提交代码。带有本地 git 存储库的“开发”服务器将要求您提交每一个小改动来测试您的工作，这可能很乏味....

我希望我已经说清楚了。我正在寻找集成 git 和“写-测试-提交”周期的最佳方法。通常你会在本地机器上进行测试，但是对于 Web 开发，你可能需要一个 webserver + 框架来测试你的代码。我想避免直接在“实时”服务器上进行编辑。

感谢您的意见！

Answer 1

肯定有很多方法可以做到这一点，但这是我最近工作的 2 美分。

首先，我可能会避免使用开发服务器本身，因为如果您有超过 1 个开发人员，每个开发人员可能会尝试使用冲突代码来更新开发服务器，或者如果他们在类似领域工作，则覆盖一些您的测试代码，因为你们可能都在同一个分支上工作，但都修改了代码并且尚未推送更改。

也就是说，您可能需要一个与您的实时服务器非常相似的开发服务器，以便在您和您的一些其他开发人员进行大量更改后，您可以在更新实时代码之前在开发服务器上测试它们服务器。

在我的环境中，我在 Linux 上开发并让 Apache/PHP 运行与实时服务器相同的版本和配置。这样，我克隆了我的 git repo，设置了我的环境，以便我的文档根目录是我的 git repo 的“公共”目录（例如 htdocs）。在这种情况下，我们有一个开发 MySQL 服务器，它通常是共享的，而不是在本地机器上，但你可以在那里做任何最简单的事情。我们的系统依赖于不断更新的现场数据，所以这就是为什么共享数据库，我们有一个系统可以自动向数据库中添加大量必要的“测试”数据。

这样，我可以从 git 中提取最新代码，按照我的意愿进行处理，work-break-fix-work-work-work 等等，当我完成任务后，我可以将更改推送回git 供其他开发人员使用。

当你准备好发布时，你可以在开发服务器上进行所有的测试和工作，验证它是好的，然后推送到现场。

在我更新“实时”服务器的情况下，由一个人负责，我使用 rsync 将本地工作目录同步到实时服务器。所以当我完全确定我们已经准备好部署时，我会从 git 中提取最新的代码，然后运行我的脚本，将我的 git 目录同步到服务器。

我会避免使用您的方法 1 和 2，并使用类似 3 的方法。这可能是您做的最明智且最容易管理的事情。根据您的团队的情况，您可以创建一个预先构建的开发虚拟机，其中包含您正在使用的所有依赖项、正确的软件和开发工具，或者让开发人员自行设置。

到目前为止，这种方法对我和我团队中的其他人都非常有效。

Answer 2

请称我为固执己见，但每个开发人员都应该有一个他们可以开发的本地开发 AMP 堆栈。如果您不知道如何设置生产服务器的精确镜像，请先解决该问题。

一旦你在那里，让每个开发人员设置一个安装了干净操作系统的虚拟机，配置 web/php/db 服务器和库/框架以匹配生产环境，检查你的项目，这应该是微不足道的。然后开始工作。

开发人员在他们自己的本地存储库中提交个人分支，并在本地测试之后，发布他们的代码（通过推送、拉取请求或其他方式）。

关于如何将更改合并到 master 中的确切规则取决于您的团队的偏好。但是开发人员应该几乎总是拥有一个完整的本地开发环境。如果看起来很难设置，那就是个大问题。弄清楚如何让它变得简单，然后记录下来。