部署场景

在我们的场景中，我们将代码存储在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配置——local receive.denyCurrentBranch updateInstead

在Git 2.3中添加了一个很好的可能性:https://github.com/git/git/blob/v2.3.0/Documentation/config.txt#L2155

您在服务器存储库上设置它，如果工作树是干净的，它也会更新工作树。

在2.4中有进一步的改进，包括push-to-checkout钩子和未出生分支的处理。

示例用法:

git init server
cd server
touch a
git add .
git commit -m 0
git config --local receive.denyCurrentBranch updateInstead

cd ..
git clone server local
cd local
touch b
git add .
git commit -m 1
git push origin master:master

cd ../server
ls

输出:

a
b

这确实有以下GitHub公告中提到的缺点:

Your server will contain a .git directory containing the entire history of your project. You probably want to make extra sure that it cannot be served to users! During deploys, it will be possible for users momentarily to encounter the site in an inconsistent state, with some files at the old version and others at the new version, or even half-written files. If this is a problem for your project, push-to-deploy is probably not for you. If your project needs a "build" step, then you will have to set that up explicitly, perhaps via githooks.

但是所有这些点都超出了Git的范围，必须由外部代码来处理。因此，从这个意义上说，这和Git钩子一起是最终的解决方案。

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

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

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

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

我们使用capistrano来管理部署。 我们构建capistrano以部署在登台服务器上，然后与我们所有的服务器运行rsync。

cap deploy
cap deploy:start_rsync (when the staging is ok)

使用capistrano，我们可以在出现bug时轻松回滚

cap deploy:rollback
cap deploy:start_rsync

听起来你应该在你的服务器上有两个副本。一个裸拷贝，你可以推/拉，当你完成时，你会推你的改变，然后你会把这个克隆到你的web目录，并设置一个cronjob来每天从你的web目录更新git pull。