在多阶段部署中使用 git-flow

Question

在这里敲定我的部署方案。发布此问题后： 使用以下命令迁移生产站点Git 根本没有 VCS，我已经掌握了部署到本地存储库的要点。

我的本地开发服务器上有一个 git-flow 存储库，我可以推送到它，它将更新外部工作树。

我用 git-flow 设置了我的存储库，这是我的原始远程的样子：

$ git remote show origin
* remote origin
  Fetch URL: ssh://user@host/var/git/dev/repo.git
  Push  URL: ssh://user@host/var/git/dev/repo.git
  HEAD branch (remote HEAD is ambiguous, may be one of the following):
    develop
    master
  Remote branches:
    develop tracked
    master  tracked
  Local branch configured for 'git pull':
    master merges with remote master
  Local refs configured for 'git push':
    develop pushes to develop (up to date)
    master  pushes to master  (up to date)

我试图做的，是设置了 2 个伪环境。一台用于登台，一台用于生产。我希望它们的行为如下：

git push staging #pushes to remote staging repo with a post-receive hook "git checkout develop -f"

git push production #pushes to remote production repo with a post-receive hook "git checkout master -f"

这样，我们可以在本地开发并推送到我们的小型内部开发服务器并拥有所有历史记录。然后，当我们明确了登台/生产时，我们只需推出适当的分支即可。

我尝试使用单独的工作树创建裸存储库，就像我对开发服务器所做的那样（请参阅帖子开头的链接），并且简单地做了：

git push staging develop
git push production master

这里分别是遥控器：

$ git remote show staging
* remote staging
  Fetch URL: ssh://user@host/var/git/dev/staging.git
  Push  URL: ssh://user@host/var/git/dev/staging.git
  HEAD branch: develop
  Remote branch:
    develop tracked
  Local ref configured for 'git push':
    develop pushes to develop (up to date)

$ git remote show production
* remote produdction
  Fetch URL: ssh://user@host/var/git/dev/production.git
  Push  URL: ssh://user@host/var/git/dev/production.git
  HEAD branch: master
  Remote branch:
    master tracked
  Local ref configured for 'git push':
    master pushes to master (up to date)

所以，理论上，我们可以使用 git-内部流动，跟踪开发分支并推送给其他部门查看/QA。然后我们可以在内部进行发布，并将更改推送到暂存区，然后简单地将主分支推送到生产环境。

我想我的问题是——我的处理方式正确吗？当谈到 git 和 git-flow 时，我是一个真正的新手。我仔细研究了所有可用的资源，这是迄今为止我能想到的最好的资源。

对于在多阶段部署中使用 git-flow 的人们的任何见解，我们将不胜感激。

Answer 1

这就是我最终所做的，这与我上面提出的建议略有不同，源于我在这里发布的另一个问题： 部署 git 分支

一个 post-receive 钩子来统治它们。#

Post receive 钩子查看 refname:

If the refname = “refs/heads/master”（推送到 master 分支）：

echo "Updating production document root..."
GIT_WORK_TREE=/data/hosts/production/web/ git checkout -f master
echo "Production document root updated"

然后我使用 git 附带的 post-receive-email 钩子发送一封关于提交的漂亮的小电子邮件。目前正在为我们的问题跟踪器开发一个 API，以便我们可以通过提交等来关闭问题。

当 refname =“ref/heads/develop”（推动开发）时也会发生同样的情况：

奖励积分

3 个分支 - 生产、开发（暂存）和小型项目的问题跟踪器分支。但有时，我们有较大的项目需要长期开发，并且不能妨碍日常开发。

您可以修改 post-receive 挂钩来查找 refs/heads/(.*?)，如果您执行类似 git push -u mad-experimental-long-term-branch 之类的操作，该挂钩就会触发，

这让我们可以创建一个长期项目分支，使用 -u 推送它，并通过一些简单的脚本在crazy-experimental-long-term-branch.site.com 自动设置一个子域。

日常开发发生，问题解决滚动并获得批准（每周计划合并到生产），并且可以在准备好时合并疯狂的实验性长期分支。

我确信我的这种部署策略冒犯了 Git 诸神的敏感度，但是我们已经用这种方法成功部署了一个大型应用程序大约 5 个月了，除了偶尔的合并冲突之外，还没有发生任何问题。问题。

希望这有帮助。

Answer 2

如果您只想部署主服务器，可以使用以下代码片段：

read oldrev newrev refname
branch=$(git rev-parse --symbolic --abbrev-ref $refname)

if [ "$branch" = "master" ]; then
    echo "Deploying new master"
    GIT_WORK_TREE="$DEPLOYDIR" git checkout -f master
    echo "Finished."
else
echo "  No commit to master. Deploying nothing."
fi