Git：获取工作树当前状态的哈希？

Question

我想确保我的可执行文件是使用最新版本的代码构建的。

例如，我可以在编译时获取当前的 git commit 并将其烘焙到可执行文件中；然后当可执行文件运行时，它会将其与当前的 git 提交进行比较，如果它们不匹配，则会抱怨代码已被修改并且已过期。

但是，有时我在对代码进行小的更改后重新编译而不进行提交。然后这个方法不起作用，因为它只考虑提交的更改。

是否有任何便捷的方法可以使用 git 或其他方式以编程方式获取当前提交的哈希以及工作目录的状态？

另外，这种做法有名称吗？

Answer 1

可以在当前工作树中创建和存储大部分更改，包括所有暂存、未暂存和未跟踪的文件，同时尊重 .gitignore。粗略来说，需要

#!/bin/sh
{   git diff-index --name-only HEAD
    git ls-files -o --exclude-standard
} \
| while read path; do
    test -f "$path" && printf "100644 blob %s\t$path\n" $(git hash-object -w "$path");
    test -d "$path" && printf "160000 commit %s\t$path\n" $(cd "$path"; git rev-parse HEAD);
done | sed 's,/,\\,g' | git mktree --missing

第一个差异列出了所有不同于 HEAD 的跟踪文件。

然后我们找到未跟踪的，但排除忽略的。

然后我们将这两个命令的输出通过管道传输到一个循环中，tnat 为所有文件构造git mktree 输入。

它的输出通过sed，因为git mktree 不递归地构造树，但是这里的实际路径并不重要，因为我们只需要一个哈希码，没有任何实际内容被存储以供检索。

最后，我们将这个ls-tree格式化的输出传递给mktree，它构造指定的树并将其存储在Git中，将hash输出给我们。

通过一些额外的努力，您还可以保留有关permissions 的信息，甚至可能是文件删除。毕竟，这就是 Git 在您进行实际提交时所做的事情。

人们可能会争辩说，当您确实希望存储更改以供将来参考但又不想因每一个微小的更改而因不必要的提交而污染索引时，所有这些箍都是有用的。因此，它可能对使用 micro-releases 进行内部测试很有用，您可以在其中将本地哈希记录为代码的实际版本，而不仅仅是非描述性的 -dirty 标志，以查看当您忘记为每个工作版本标记或提交代码时，您的代码究竟在哪里失败。有些人可能认为这是一个坏习惯，它应该迫使你为每一个成功的构建做出承诺，无论多么小——这很难反驳，但话又说回来，这一切都是为了方便。

Answer 2

如果您只想确定是否存在任何未提交的修改，那很容易；只需运行git diff --quiet HEAD 并检查返回码是否为非零。

如果您确实需要更改的哈希值，以便具有相同起始提交和相同本地修改的两个用户将获得相同的哈希值，那就更棘手了。我的第一个想法是将git diff HEAD 的输出通过管道传输到sha1sum，并将其连接到提交哈希，但是git diff 的输出可能因不同的Git 版本和配置选项而异。

或者，您可以使用git add -u . && git write-tree 为当前工作树获取诚实的 Git 树对象。但这是一种破坏性的操作；它会破坏索引中已经存在的任何部分阶段的更改。