如何确定上游 git 存储库何时被修改 - 用于创建备份

Question

如何确定自上一个 git 包创建以来是否已提交更改，而无需创建工作存储库、循环遍历每个分支并记录每个头部修订？

我发现 GIT 的不足之处之一是在企业中使用适当的备份支持。企业与开源开发的不同之处在于始终存在 1) 权威存储库和 2) 处理大量数据的备份系统。因此有动机 1) 非常频繁地备份和 2) 仅在有新更改时运行备份过程。我的问题是找到#2 的解决方案。

我正在使用git bundle 创建我的档案，但我没有找到确定的方法来确定自上次备份以来是否已提交新更改。

我一直在尝试寻找git rev-list 的选项组合，以列出自上次捆绑以来的新提交 ID，但没有成功。对该主题的查询显示了一个非常漂亮的backup script，使用以下代码编写：

git -C "${path}" rev-parse --short=10 HEAD

使用提交 ID 标记捆绑包。该解决方案不足以描述 git 存储库的快照，因为其他分支可能已更新，而上游存储库的 HEAD 修订版未更改。

我查看过使用--max-age=<lastbackup epoch>，但很快发现开发人员可以在备份运行后推送较旧的更改，并且由于提交的日期没有改变，结果是它们更旧比上次备份日期晚，因此不会触发备份。

到目前为止我最好的方法是：

git -C ${repo} rev-list -a --branches ${prev_commit}..HEAD

它确实从其他分支捕获新修订，但即使在对 HEAD 进行了更新的提交后，仍会继续报告其他分支的修订。

我还没有开始研究增量备份，但我已经看到，为了验证一个，当我更喜欢只在我们的服务器上维护裸存储库时，我需要创建和管理一个工作存储库。

我还要注意，我没有找到 git branch 的选项来删除“*”，所以它只会给我一个干净的脚本分支列表。

其他企业如何备份其存储库？

Answer 1

您可以改用git -C "${path}" rev-parse --short=10 --branches。即使它在输出末尾显示fatal: Needed a single revision，但它也可以显示每个更新分支的最新提交。

当您使用 git 进行版本控制时，您只需要 git 服务器或第三方托管服务器（如 github、bitbucket 等）来管理不同的版本。真的很方便又省时，不用管现在是什么版本。优点是提交历史不会丢失，因此您无需再进行归档。