php - 我们公司使用SVN。我的整个团队希望我们每次都通过复制所有内容来部署

Question

当前的部署过程需要我们只移动当前 SVN 修订版和上次部署的 SVN 修订版之间的差异，这在我的项目中完美无缺。

其他项目提示这种方法并希望部署所有内容，将每个文件从开发环境移动到其他环境，如测试、暂存或实时。

Java 团队负责人和 PHP 团队负责人同意这一点。我是一名 PHP 开发人员，发现这种方式效率低下且无用。当我们决定通过复制所有内容来部署到实时时，我们不必使用这么多时间和带宽。

当我们使用 SVN 差异进行部署时，服务器管理员会保存一个压缩文件，其中包含与当前部署相关的所有已修改文件，因此在我们需要时更容易恢复。

我只是想向公司的经理提出一些充分的理由，他在技术上了解部署过程的问题，只是让他明白，如果部署后出现问题，那是因为开发人员没有正确地做事，而不是因为我们必须部署一切才能使事情正常进行。我想说服他，使用 SVN 部署比完全不依赖 SVN 部署所有内容(原始复制/粘贴)要好得多。

Answer 1

(我不得不用一个aswer，因为评论空间不够)

有趣的问题。

我猜 Java 开发人员(就像我一样)只是习惯于每次都部署整个应用程序(同样可能适用于不从源代码运行的任何类型的语言，如 PHP 那样)。

在我以前工作的公司，这是发布更新的方式，由于应用程序 WAR 超过一百兆字节，整个过程总是需要几个小时，即使只有几个小时类(class)已经改变。

相反，在我现在就职的公司中，他们组装了一个可以处理差异的系统，因此其方式与您所描述的类似(当然，必须完全替换 Java 类文件)。
我认为这是一种更好的方法，更容易处理，也更轻量级。

由于 PHP 即使在运行时也依赖于源文件，我认为像您已有的基于差异的方法更好。因此，为您当前的方法 +1。

因此，我认为更快的部署、更轻松的备份以及您在问题中提到的其他事项正是保留当前方法的充分理由。

当然，重要的是可以随时从 SVN 生成和部署一个功能齐全的版本，并且它可以无故障地替换服务器上相应的基于 delta 的版本(但我相信你已经有了那个)。

关于对你持反对意见的人:请他们证明(用真实世界的例子)你的方法哪里有问题。

(也许这会更适合 programmers.stackexchange.com？