作为补充的答案，我想提供一个替代方案。我使用git-ftp，它工作得很好。

https://github.com/git-ftp/git-ftp

使用方便，只需打字:

git ftp push

git会自动上传项目文件。

问候

You could conceivably set up a git hook that when say a commit is made to say the "stable" branch it will pull the changes and apply them to the PHP site. The big downside is you won't have much control if something goes wrong and it will add time to your testing - but you can get an idea of how much work will be involved when you merge say your trunk branch into the stable branch to know how many conflicts you may run into. It will be important to keep an eye on any files that are site specific (eg. configuration files) unless you solely intend to only run the one site.

或者，你有没有考虑过把改变推到网站上?

有关git钩子的信息，请参阅githooks文档。

不要在服务器上安装git或复制。git文件夹。要从git克隆版本更新服务器，您可以使用以下命令:

git ls-files -z | rsync --files-from - --copy-links -av0 . user@server.com:/var/www/project

您可能必须删除从项目中删除的文件。

这将复制所有签入文件。Rsync使用的是安装在服务器上的SSH。

你在服务器上安装的软件越少，他就越安全，管理它的配置和记录它就越容易。也不需要在服务器上保留一个完整的git克隆。这只会使正确地保护所有内容变得更加复杂。

我的方法是在我的部署服务器上有一个裸露的Git存储库，我在那里推送更改。然后我登录到部署服务器，更改到实际的web服务器文档目录，并执行git拉取。我没有使用任何钩子来自动地做这个，这似乎比它的价值更麻烦。

在经历了许多错误的开始和死胡同之后，多亏了这篇文章，我终于能够使用“git push remote”部署网站代码。

作者的更新后脚本只有一行长，并且他的解决方案不像其他一些解决方案那样需要.htaccess配置来隐藏Git回购。

如果您在Amazon EC2实例上部署它，则会遇到几个绊脚石;

1)如果使用sudo创建裸目标存储库，必须将repo的所有者更改为ec2-user，否则推送将失败。(尝试“chown ec2-user:ec2-user repo”)

2)如果你没有预先配置你的amazon-private-key的位置，推送会失败。可以在/etc/ssh/ssh_config中作为IdentityFile参数，也可以在~/。ssh/config使用“[主机]- HostName - IdentityFile - User”布局在这里描述…

.．.但是，如果在~/中配置了Host。ssh/config和不同于HostName的Git推送将失败。(这可能是Git的bug)

Giddyup是语言无关的只是添加水的git挂钩，通过git推送自动化部署。它还允许你有自定义启动/停止钩子重新启动web服务器，加热缓存等。

https://github.com/mpalmer/giddyup

请看一些例子。