如何在 gitk 中显示简短形式的提交哈希？答案

【问题标题】：How to display short form of commit hash in gitk?如何在 gitk 中显示简短形式的提交哈希？
【发布时间】：2021-09-25 12:45:46
【问题描述】：

这似乎应该是一个简单的显示偏好...

我使用 Gitk 浏览一个 repo 并找到一个有趣的提交。当前提交的完整 40 字符提交/SHA1 哈希显示在提交列表下：

我如何获得简短形式，即git log -n 1 --oneline 会生成什么？我经常不想将整个提交哈希放入人类通信中。这很丑陋，当你不可避免地遇到无法复制/粘贴的情况时，它会产生不必要的问题，即你读了多少个字符来保证唯一性。通过电话进行的讨论也有点奇怪。 :-)

编辑 > 首选项 > 常规 > 自动选择 SHA1（长度）在将值从 40 更改为 10 或关闭复选框时没有明显的效果：

知道完整的哈希值对我来说通常没有任何价值；我所需要的只是唯一性，如果短散列实际上是唯一的，那么我很高兴在任何对我如何使用它很重要的情况下都看不到完整的散列。

【问题讨论】：

【解决方案1】：

你不能这样做。

你只能用Auto-select SHA1(length)选择，应该标记多少个字符。如果您选中复选框 Auto-select SHA1 (length) 并在后面的文本框中输入 7，则会标记 short 散列形式。看图片。你不能只显示短散列。

编辑 > 首选项 > 常规 > 自动选择 SHA1（长度）在将值从 40 更改为 10 或关闭复选框时没有明显的影响

按照这个顺序，你必须点击commit new，你所做的更改才会生效。

【讨论】：

当然可以。但是为什么你需要一个来自 Git 的内置 GUI 工具呢？还有多个其他第三方工具，您可以在其中快速轻松地找到 short 提交哈希。例如Git-Fork。我喜欢这个 git-client。但也有其他强大的 git 客户端，您可以在其中帮助您轻松找到 short 提交哈希。
谢谢@SwissCodeMen。令人失望——我被引导相信 Git 可以做任何事情。 :-D 据我所知，这会影响您使用复制提交参考时复制的文本，即提交哈希和提交消息本身。所以作为一种解决方法，它会创建自己的工作（因为您现在必须在粘贴后删除提交消息），但它至少消除了手动选择前 7 个的烦恼。观察：当长度设置为 40 时，我总是得到 7 个字符。当长度不是 40 时，我得到那个字符数。
没错，但我希望尽可能保持轻量级，直到我真正理解 Git 在做什么并专注于命令行作为我的路径。但有时我只需要一个可视化工具。 :-) 再次感谢！
@Neman: gitk 与 Git 一起发布但不由 Git 人员维护。在某些版本中，它肯定有一些错误。随时为 Git 人员维护它... :-)
@torek 哈哈哈！如果我知道我在做什么，我就会这样做。 :-D 真的很高兴知道 - 我完全认为 Gitk 是 SCM Git 团队的一部分/维护。我必须学习如何为 Gitk 提出建议。