在Git的缩写哈希中踩的坑

我在使用指令"git log -1 --format=%h"获取缩写哈希的时候,发现有的仓库获得的缩写哈希是7位,有的是8位。

原因:

Git 会根据仓库中的提交数量自动调整缩写长度,以确保唯一性:

仓库规模 默认缩写长度
小型仓库(几百个提交) 7 位
中型仓库(几千个提交) 8 位
大型仓库(几万个提交) 9-10 位

Git 的逻辑是:使用最短的长度,同时保证在当前仓库中不会与其他提交冲突。

如果想要固定长度的话,我们可以使用 --abbrev=N 参数指定固定长度

相关推荐
BIBI204910 小时前
换 Git 托管平台怎么做?基于 TortoiseGit 的跨平台迁移教程
windows·git·tortoisegit·问题解决·版本控制·最佳实践
echome88817 小时前
Git 日常救急:撤销提交、找回误删文件和解决冲突
git·版本控制
赵民勇1 天前
Git命令详解
git
不老刘2 天前
Antigravity 的 New Worktree 模式:给 AI 代理一个安全的“平行工位”
人工智能·git·ai编程·antigravity
光谱SpectrAI2 天前
Windows 也中招:Git Bash 和 Node 仍信任泄露的 eMudhra 证书
git
YIN_尹2 天前
【git原理与使用】git初识与安装
大数据·git·elasticsearch
Leo_Mr2 天前
Vue3 项目配置 Git 提交规范(企业通用方案:husky + commitlint + cz-git + lint-staged)
git
jyOverQ2 天前
Git rebase 和 merge 有什么区别?什么时候该用哪个?
git
晗夜未央2 天前
跨仓库 Skill 换台电脑就失效?用 Git remote 校验项目
人工智能·git·python
Lsetea2 天前
Git访问HTTPS证书不受信任:用URL级sslCAInfo限定私有CA范围
git·https·开发工具·ssl证书·ca证书