是否可以使用部署网站git push
?我有一种预感,它与使用git钩子git reset --hard
在服务器端执行a 有关,但是我将如何实现呢?
是否可以使用部署网站git push
?我有一种预感,它与使用git钩子git reset --hard
在服务器端执行a 有关,但是我将如何实现呢?
Answers:
在本地副本上,修改.git / config文件,并将Web服务器添加为远程服务器:
[remote "production"]
url = username@webserver:/path/to/htdocs/.git
在服务器上,用此文件替换.git / hooks / post-update (在下面的答案中)
添加对文件的执行访问权限(同样,在服务器上):
chmod +x .git/hooks/post-update
现在,只需在本地推送到您的Web服务器,它将自动更新工作副本:
git push production
使用下面的更新后文件:
在本地副本上,修改.git / config文件,并将Web服务器添加为远程服务器:
[remote "production"]
url = username@webserver:/path/to/htdocs/.git
在服务器上,将.git / hooks / post-update替换为以下文件
添加对文件的执行访问权限(同样,在服务器上):
chmod +x .git/hooks/post-update
现在,只需在本地推送到您的Web服务器,它将自动更新工作副本:
git push production
#!/bin/sh
#
# This hook does two things:
#
# 1. update the "info" files that allow the list of references to be
# queries over dumb transports such as http
#
# 2. if this repository looks like it is a non-bare repository, and
# the checked-out branch is pushed to, then update the working copy.
# This makes "push" function somewhat similarly to darcs and bzr.
#
# To enable this hook, make this file executable by "chmod +x post-update".
git-update-server-info
is_bare=$(git-config --get --bool core.bare)
if [ -z "$is_bare" ]
then
# for compatibility's sake, guess
git_dir_full=$(cd $GIT_DIR; pwd)
case $git_dir_full in */.git) is_bare=false;; *) is_bare=true;; esac
fi
update_wc() {
ref=$1
echo "Push to checked out branch $ref" >&2
if [ ! -f $GIT_DIR/logs/HEAD ]
then
echo "E:push to non-bare repository requires a HEAD reflog" >&2
exit 1
fi
if (cd $GIT_WORK_TREE; git-diff-files -q --exit-code >/dev/null)
then
wc_dirty=0
else
echo "W:unstaged changes found in working copy" >&2
wc_dirty=1
desc="working copy"
fi
if git diff-index --cached HEAD@{1} >/dev/null
then
index_dirty=0
else
echo "W:uncommitted, staged changes found" >&2
index_dirty=1
if [ -n "$desc" ]
then
desc="$desc and index"
else
desc="index"
fi
fi
if [ "$wc_dirty" -ne 0 -o "$index_dirty" -ne 0 ]
then
new=$(git rev-parse HEAD)
echo "W:stashing dirty $desc - see git-stash(1)" >&2
( trap 'echo trapped $$; git symbolic-ref HEAD "'"$ref"'"' 2 3 13 15 ERR EXIT
git-update-ref --no-deref HEAD HEAD@{1}
cd $GIT_WORK_TREE
git stash save "dirty $desc before update to $new";
git-symbolic-ref HEAD "$ref"
)
fi
# eye candy - show the WC updates :)
echo "Updating working copy" >&2
(cd $GIT_WORK_TREE
git-diff-index -R --name-status HEAD >&2
git-reset --hard HEAD)
}
if [ "$is_bare" = "false" ]
then
active_branch=`git-symbolic-ref HEAD`
export GIT_DIR=$(cd $GIT_DIR; pwd)
GIT_WORK_TREE=${GIT_WORK_TREE-..}
for ref
do
if [ "$ref" = "$active_branch" ]
then
update_wc $ref
fi
done
fi
经过许多错误的开始和死胡同之后,由于本文的帮助,我终于可以使用“ git push remote ” 部署网站代码。
作者的更新后脚本只有一行,而他的解决方案不需要.htaccess配置即可像其他一些脚本一样隐藏Git存储库。
如果要在Amazon EC2实例上进行部署,则有两个绊脚石;
1)如果使用sudo创建裸目标存储库,则必须将存储库的所有者更改为ec2-user,否则推送将失败。(尝试“ chown ec2-user:ec2-user存储库”。)
2)如果您没有在/ etc / ssh / ssh_config中将Identity -private-key .pem 的位置预先配置为IdentityFile参数,或者在〜/ .ssh / config中使用“ [主机]-主机名-IdentityFile-用户”布局,此处描述...
...但是,如果在〜/ .ssh / config中配置了Host且与HostName不同,则Git推送将失败。(这可能是一个Git错误)
不要在服务器上安装git或在其中复制.git文件夹。要从git clone更新服务器,可以使用以下命令:
git ls-files -z | rsync --files-from - --copy-links -av0 . user@server.com:/var/www/project
您可能必须删除从项目中删除的文件。
这将复制所有签入的文件。rsync使用始终安装在服务器上的ssh。
您在服务器上安装的软件越少,他的安全性就越高,就越容易管理其配置和记录该文档。也无需在服务器上保留完整的git clone。这只会使正确保护所有内容变得更加复杂。
本质上,您需要做的是:
server = $1
branch = $2
git push $server $branch
ssh <username>@$server "cd /path/to/www; git pull"
我在应用程序中将这些行作为可执行文件称为deploy
。
因此,当我要进行部署时,请输入./deploy myserver mybranch
。
ssh -A ...
git pull
对于自动化部署,应避免使用,因为如果有任何冲突,它的合并部分可能需要手动清理。
我这样做的方法是,在我的部署服务器上有一个裸露的Git存储库,用于推送更改。然后,我登录到部署服务器,更改为实际的Web服务器docs目录,然后执行git pull。我不使用任何钩子来尝试自动执行此操作,这似乎比它值得的麻烦更多。
git reset
来回退最新的更改(所有提交,而不仅仅是整个请求)。如果您需要回滚不是最新提交的特定内容,则可以使用,git revert
但应该仅在紧急情况下使用(git revert
创建一个新的提交以撤消某些先前提交的影响)。
git config --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公告中提到的以下缺点:
但是所有这些要点都不在Git的范围之内,必须由外部代码来处理。因此,从这个意义上讲,这与Git挂钩一起是最终的解决方案。
更新:我现在将Lloyd Moore解决方案与关键代理一起使用ssh -A ...
。推送到主存储库,然后从所有计算机并行从中拉出,速度会稍快一些,并且需要在这些计算机上进行较少的设置。
在这里看不到这个解决方案。如果服务器上安装了git,只需通过ssh推送即可。
您需要在本地.git / config中输入以下内容
[remote "amazon"]
url = amazon:/path/to/project.git
fetch = +refs/heads/*:refs/remotes/amazon/*
但是,嘿,那是amazon:
怎么回事?在本地〜/ .ssh / config中,您需要添加以下条目:
Host amazon
Hostname <YOUR_IP>
User <USER>
IdentityFile ~/.ssh/amazon-private-key
现在你可以打电话
git push amazon master
ssh <USER>@<YOUR_IP> 'cd /path/to/project && git pull'
(顺便说一句:/path/to/project.git与实际的工作目录/ path / to / project不同)
在我们的场景中,我们将代码存储在github / bitbucket上,并希望部署到实时服务器上。在这种情况下,以下组合对我们有效(这是此处高度支持的答案的重新组合):
.git
目录复制到Web服务器git remote add live ssh://user@host:port/folder
git config receive.denyCurrentBranch ignore
远程:nano .git/hooks/post-receive
并添加以下内容:
#!/bin/sh
GIT_WORK_TREE=/var/www/vhosts/example.org git checkout -f
在远程: chmod +x .git/hooks/post-receive
git push live
如果您的.git
文件夹位于文档根目录中,请确保通过添加到.htaccess
(source)将其隐藏在外部:
RedirectMatch 404 /\..*$
我们使用capistrano来管理部署。我们构建了capistrano以部署在登台服务器上,然后与我们所有的服务器运行rsync。
cap deploy
cap deploy:start_rsync (when the staging is ok)
使用capistrano,我们可以在发生错误的情况下轻松回滚
cap deploy:rollback
cap deploy:start_rsync
Giddyup是语言无关刚刚加水 git的钩子通过混帐推到自动部署。它还允许您具有自定义的启动/停止挂钩,用于重新启动Web服务器,预热缓存等。
https://github.com/mpalmer/giddyup
查看示例。
我正在使用toroid.org提供的以下解决方案,该解决方案具有更简单的挂钩脚本。
在服务器上:
$ mkdir website.git && cd website.git
$ git init --bare
Initialized empty Git repository in /home/ams/website.git/
并将钩子安装在服务器上:
$ mkdir /var/www/www.example.org
$ cat > hooks/post-receive
#!/bin/sh
GIT_WORK_TREE=/var/www/www.example.org git checkout -f
GIT_WORK_TREE=/var/www/www git clean -f -d # clean directory from removed files
$ chmod +x hooks/post-receive
在您的客户上:
$ mkdir website && cd website
$ git init
Initialized empty Git repository in /home/ams/website/.git/
$ echo 'Hello, world!' > index.html
$ git add index.html
$ git commit -q -m "The humble beginnings of my web site."
$ git remote add web ssh://server.example.org/home/ams/website.git
$ git push web +master:refs/heads/master
然后发布,只需键入
$ git push web
网站上有完整的描述:http : //toroid.org/ams/git-website-howto
git push web +master:refs/heads/master
不只是git push web master
?
作为补充性回答,我想提供一种替代方法。我正在使用git-ftp,它工作正常。
https://github.com/git-ftp/git-ftp
易于使用,只需输入:
git ftp push
git会自动上传项目文件。
问候
我最终创建了自己的基本部署工具,该工具会自动从存储库中提取新更新-https: //github.com/jesalg/SlimJim-基本上,它会监听github post-receive-hook,并使用代理触发更新脚本。
我对接收后挂钩使用两种解决方案:
部署解决方案1
#!/bin/bash
# /git-repo/hooks/post-receive - file content on server (chmod as 755 to be executed)
# DEPLOY SOLUTION 1
export GIT_DIR=/git/repo-bare.git
export GIT_BRANCH1=master
export GIT_TARGET1=/var/www/html
export GIT_BRANCH2=dev
export GIT_TARGET2=/var/www/dev
echo "GIT DIR: $GIT_DIR/"
echo "GIT TARGET1: $GIT_TARGET1/"
echo "GIT BRANCH1: $GIT_BRANCH1/"
echo "GIT TARGET2: $GIT_TARGET2/"
echo "GIT BRANCH2: $GIT_BRANCH2/"
echo ""
cd $GIT_DIR/
while read oldrev newrev refname
do
branch=$(git rev-parse --abbrev-ref $refname)
BRANCH_REGEX='^${GIT_BRANCH1}.*$'
if [[ $branch =~ $BRANCH_REGEX ]] ; then
export GIT_WORK_TREE=$GIT_TARGET1/.
echo "Checking out branch: $branch";
echo "Checking out to workdir: $GIT_WORK_TREE";
git checkout -f $branch
fi
BRANCH_REGEX='^${GIT_BRANCH2}.*$'
if [[ $branch =~ $BRANCH_REGEX ]] ; then
export GIT_WORK_TREE=$GIT_TARGET2/.
echo "Checking out branch: $branch";
echo "Checking out to workdir: $GIT_WORK_TREE";
git checkout -f $branch
fi
done
部署解决方案2
#!/bin/bash
# /git-repo/hooks/post-receive - file content on server (chmod as 755 to be executed)
# DEPLOY SOLUTION 2
export GIT_DIR=/git/repo-bare.git
export GIT_BRANCH1=master
export GIT_TARGET1=/var/www/html
export GIT_BRANCH2=dev
export GIT_TARGET2=/var/www/dev
export GIT_TEMP_DIR1=/tmp/deploy1
export GIT_TEMP_DIR2=/tmp/deploy2
echo "GIT DIR: $GIT_DIR/"
echo "GIT TARGET1: $GIT_TARGET1/"
echo "GIT BRANCH1: $GIT_BRANCH1/"
echo "GIT TARGET2: $GIT_TARGET2/"
echo "GIT BRANCH2: $GIT_BRANCH2/"
echo "GIT TEMP DIR1: $GIT_TEMP_DIR1/"
echo "GIT TEMP DIR2: $GIT_TEMP_DIR2/"
echo ""
cd $GIT_DIR/
while read oldrev newrev refname
do
branch=$(git rev-parse --abbrev-ref $refname)
BRANCH_REGEX='^${GIT_BRANCH1}.*$'
if [[ $branch =~ $BRANCH_REGEX ]] ; then
export GIT_WORK_TREE=$GIT_TARGET1/.
echo "Checking out branch: $branch";
echo "Checking out to workdir: $GIT_WORK_TREE";
# DEPLOY SOLUTION 2:
cd $GIT_DIR/; mkdir -p $GIT_TEMP_DIR1;
export GIT_WORK_TREE=$GIT_TEMP_DIR1/.
git checkout -f $branch
export GIT_WORK_TREE=$GIT_TARGET1/.
rsync $GIT_TEMP_DIR1/. -v -q --delete --delete-after -av $GIT_TARGET1/.
rm -rf $GIT_TEMP_DIR1
fi
BRANCH_REGEX='^${GIT_BRANCH2}.*$'
if [[ $branch =~ $BRANCH_REGEX ]] ; then
export GIT_WORK_TREE=$GIT_TARGET2/.
echo "Checking out branch: $branch";
echo "Checking out to workdir: $GIT_WORK_TREE";
# DEPLOY SOLUTION 2:
cd $GIT_DIR/; mkdir -p $GIT_TEMP_DIR2;
export GIT_WORK_TREE=$GIT_TEMP_DIR2/.
git checkout -f $branch
export GIT_WORK_TREE=$GIT_TARGET2/.
rsync $GIT_TEMP_DIR2/. -v -q --delete --delete-after -av $GIT_TARGET2/.
rm -rf $GIT_TEMP_DIR2
fi
done
两种解决方案均基于该线程中可用的早期解决方案。
请注意,BRANCH_REGEX ='^ $ {GIT_BRANCH1}。$'会过滤与“ master ”或“ dev *”字符串匹配的分支名称,如果推送的分支匹配,则会部署工作树。这样就可以将开发版本和主版本部署到不同的位置。
部署解决方案1仅删除文件,这些文件是存储库的一部分,并且已通过提交删除。它比部署解决方案2更快。
DEPLOY SOLUTION 2的优点是,它将从生产目录中删除任何新文件,无论该文件是否已添加到仓库中,该文件都已在服务器端添加。这将永远是干净的仓库。它比部署解决方案1慢。