Php 与sending.tar.gz相比，使用git部署是否有明显的优势？

这个问题旨在隔离两种部署方法之间的事实差异，而不是主观差异。查看末尾的列表，了解具体概念

我目前正在寻找从任何地方部署我的应用程序的选项。我已经阅读了很多关于git的书籍，并且熟悉git有时是如何用于部署的。我还看到了如何简单地创建所需文件的tar.gz，然后将其发送到服务器

我越想这一点，就越觉得简单地编写归档文件的创建和发送脚本比依赖git进行部署更简单，更“静态”

到目前为止，让我倾向于使用简单归档的主要因素有：

• 目的地不必安装git或任何其他工具
• 我不必为目的地上的依赖项签出设置任何特殊键
• 使用git时，部署的存储库将始终大于实际部署的代码
• 我将少用一个git存储库来处理保持一致性的问题
• 在我的具体案例中，我还拥有在git存储库之外构建或检索的依赖项（composer、bower、grunt）
• 我可以选择要部署的文件子集，而不是整个分支/标记
• 准备好的包是我的站点的一个完全工作的发行版，几乎像一个二进制文件

进一步阅读：

---

我有两种不同的方法来做这件事。一种是将git repo实际克隆到服务器上，并从服务器上的命令行进行拉取。第二种方法是使用部署工具，如ftp将文件从repo传输到服务器

---

在这两种情况下，I.git都会从存储库中忽略通过（composer、bower、grunt）安装的任何内容，并在需要时从服务器上的命令行手动执行此操作。我对这两种方法的工作流程感到满意，并使用更适合部署到的服务器和需要进行未来部署的团队的方法。
这两种方法之间的主要区别（除了在生产服务器上使用Git之外）是必须通过网络传输的文件数：必须传输的文件越少，整个过程越不容易出错
这就是为什么我更喜欢使用来生成所需的tar文件（包含命名树的树结构的指定格式的存档）

---

这样，我只需要传输一个文件，作为常规存档，而另一端不需要Git。
我认为最终会在这个流程中引入构建服务器。这意味着，一旦构建服务器满意，它就可以将成功的归档放在某个地方，作为部署的候选。另一种改进可能是部署服务器构建docker映像，并将其发送到某个地方的注册表，以备使用。Git是为版本控制而设计的，而不是为部署而设计的。为工作使用正确的工具。尽管如此，人们如何使用它进行部署的例子还是很多。就我所描述的一切而言，我倾向于同意你的观点，但我很想听听你为什么这么说的具体原因。就像很多关于git的事情一样，我不知道归档！谢谢：）