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

https://github.com/mpalmer/giddyup

请看一些例子。

部署场景

在我们的场景中，我们将代码存储在github/bitbucket上，并希望将其部署到活动服务器上。 在这种情况下，以下组合对我们来说是有效的(这是这里高度好评的答案的混合):

复制你的。git目录到你的web服务器 在本地复制git远程添加live ssh://user@host:port/文件夹 在远程:git配置receive.denyCurrentBranch忽略 在远程:nano .git/hooks/post-receive并添加以下内容: #！/bin/sh GIT_WORK_TREE=/var/www/vhosts/example.org 远程:chmod +x .git/hooks/post-receive 现在你可以用git push live来推送

笔记

此解决方案适用于较旧的git版本(使用1.7和1.9进行测试) 你需要确保先推送到github/bitbucket，这样你就会有一个一致的实时回购 如果你的。git文件夹在根目录中，请确保通过添加.htaccess (source)来隐藏它: RedirectMatch 404 /\..*$

我对基督徒解决方案的看法。

git archive --prefix=deploy/  master | tar -x -C $TMPDIR | rsync $TMPDIR/deploy/ --copy-links -av username@server.com:/home/user/my_app && rm -rf $TMPDIR/deploy

存档主分支到tar 解压tar档案到系统临时文件夹的部署目录。 Rsync更改到服务器 从临时文件夹中删除部署目录。

在经历了许多错误的开始和死胡同之后，多亏了这篇文章，我终于能够使用“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)

对于有多个开发人员访问同一个存储库的环境，下面的指导方针可能会有所帮助。

确保你有一个所有开发人员都属于的unix组，并将.git存储库的所有权授予该组。

在服务器存储库的.git/config中设置sharerepository = true。(这告诉git允许提交和部署所需的多个用户。 将每个用户的bashrc文件中的umask设置为相同的- 002是一个很好的开始

我在这个网站上找到了这个脚本，它似乎工作得很好。

复制你的。git目录到你的web服务器 在你的本地副本上，修改你的.git/config文件，并添加你的web服务器作为远程服务器: (远程“生产”) Url = username@webserver:/path/to/htdocs/.git 在服务器上，用这个文件替换。git/hooks/post-update(在下面的答案中) 添加对文件的执行访问(同样是在服务器上): Chmod +x .git/hooks/post-update 现在，只要本地推送到你的web服务器，它就会自动更新工作副本: Git推送生产