判断一个非裸的远程git存储库是否脏的最简单方法是什么？

Question

当部署正在生产中时，有时很难证明拉动是合理的，只是因此您​​可以合并并推送更改（我们的中央存储库上只有一个快进策略）。

但是，我确实希望尽早合并这些更改，以便新部署可以从修复中受益。因此，我将生产部署中的更改提取到非生产部署，并从那里执行pull-merge-push。

我已经设置了一系列遥控器，这样我就可以一次性轻松地从大量遥控器中获取更改，但这只有在工作目录清洁时才有用。

由于我们每个部署都有几十个存储库，几十个部署和一些小修复可能适用于其中任何一个，我想知道是否有一种简单的方法来判断一个遥控器是否有一个干净的工作目录它，并在遥控器变脏时标记。

说明：

• 部署：使用buckminster部署的一系列git存储库，从我们的中央（裸）存储库中克隆。
• 生产：正在运行的部署。预计生产部署不会被更改为绝对必要的更改，即仅修复基本错误。
• 非生产：未正常运行的部署，我们可以自由地提取，合并，推送和更改分支，而不会有e-git messing up permissions bits and causing a live system to stop working的风险。

Answer 1

有no hook on a remote repo side for git pull，这意味着你需要：

• 有一个监视工作目录状态的作业（有关此作业执行的脚本，请参阅“Checking for a dirty index or untracked files with Git”）
• 当工作树变脏时禁用clone / pull / fetch（例如，一种方式是说明“Can I “disable” git-clone over http?”）

这不是一个完全证明的机制，而且更强大的方法是：

• 对于每个非生产回购，除了非裸露的回购之外，还有裸非生产回购
• 非裸仓库中的一个钩子，以便同步裸仓库（将非裸机中的任何新提交拉到裸机库中）
• 只从裸露的“非生产”回购中拉出来（裸露的rpeo意味着没有工作目录，所以没有“脏”状态的问题）。