git hook 创建临时分支

Question

我在 Bitbucket 上托管我的代码。 webhook 不足以解决我的问题，所以我希望 git hooks 能够工作。由于我不认为它们会在服务器端工作，因此应该将 git 挂钩传播到每个开发人员机器上的每个结帐。 （我知道这可能是一个问题，因为它通常是一个本地文件，但我希望可以使用来自here 的信息来解决它）

我想创建一个 git 钩子，它将更改推送到暂存分支。

意思是，如果我是一个名为bob 的用户并且我想推送到production/master，而不是推送到production/master 分支，它将推送到像staging/master/bob 这样的临时分支。另一个用户roy 也一样，他推送到production/master，它将转到staging/master/roy。对于任何生产分支也是如此。所以edd推送到production/2.0会推送到staging/2.0/edd。

我已经尝试了 pre-commit 钩子，但我找不到一种方法来引导推送的目标。我知道这是可能的。

我尝试使用GIT_WORK_TREE，但似乎无法正常工作。

---

澄清

对于bob 开发人员来说，整个过程应该是无缝的。他应该从主人那里拉出来，然后推给主人。 （或他正在处理的任何分支）并且该过程将在后台发生。它将他的更改推送到暂存分支，然后将进行 CI 过程，如果成功将被推送到主分支。这是我需要的解决方案。

Answer 1

forks 可以更好地解决管理问题：

通过 fork 一个 repo，bob 可以推送到它而无需重命名分支：master 将位于 bitbucket.org/bob/repo/master。

然后他可以为暂存存储库（它本身是产品存储库的一个分支）创建一个PR (Pull Request)，致力于整合开发人员的贡献。

一旦代码在 staging repo 中按预期运行，就可以对 prod repo 进行 PR（仅由少数人管理）

该工作流程比试图摆弄分支名称并在一个远程存储库中管理所有内容要容易，因为没有钩子（只有 webhook）。

Answer 2

您可以使用pre-push 钩子并在其中运行另一个git-push 命令。通过这种方式，您可以更改目标引用，从而在暂存分支上推送数据并中止在生产分支上执行推送。 这是一个脚本的草图：

#!/bin/sh

#You may want to iterate over all refs 
#in case there are more branches that are being pushed
read local_ref local_sha remote_ref remote_sha

#Make sure you are not running the hook ad inifinitum
[[ $remote_ref =~ .*"staging".* ]] && exit 0

#Make sure these are unique
name="$(git config --get user.name | awk '{print $1;}' | tr '[:upper:]' '[:lower:]')"

#Compose a staging branch name accordingly
staging_branch="$(echo "$remote_ref" | sed 's:refs/heads/production/:staging/:')"
staging_branch="$staging_branch/$name"

git push origin master:"$staging_branch"  

#Don't forget that exit status needs to be != 0
#unless you want to push the same changes twice
exit 1

您需要考虑一些更复杂的情况，但我想经过一些调整应该可以工作。

稍后您可以在 CI 服务器上运行任何您想要的测试，将其推送到生产环境并删除临时分支。 您可能想要配置每个本地存储库，以便 git-fetch 自动修剪：

 git config remote.origin.prune true

这样开发人员就不会看到对远程暂存分支的过时引用（如果您选择删除它们）。

或者，您可以尝试将 master 的上游设置为适当的暂存分支。但是，如果您删除了远程参考，它可能会变得混乱。

底线

我认为这不是最优雅的解决方案，但我相信它可以直接回答您的问题。这种方法的缺点之一是它最终不会以 0 退出。我不知道某些外部工具将如何处理它。当您使用命令行时，它只会生成一个您可以忽略的错误行。

您可能需要考虑@VonC 的解决方案或其他某种策略，以防止直接推送到生产分支。

编辑：

命令行消息如下所示：