 Pro Git 中文版 第2版 2.1.66散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组 成的字符串,基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样: 24b9da6552252987aa493b52f8696cd6d3b00373 Git 中使用这种哈希值的情况很多,你将经常看到这种哈希值。 实际上,Git 数据库中保存的信息都是以文件内 容的哈希值来索引,而不是文件名。 接受的常用格式占位符的写法及其代表的意义。 表格 2. git log --pretty=format 常用的选项 选项 说明 %H 提交的完整哈希值 %h 提交的简写哈希值 %T 树的完整哈希值 %t 树的简写哈希值 %P 父提交的完整哈希值 %p 父提交的简写哈希值 %an 作者名字 %ae 作者的电子邮件地址 %ad 作者修订日期(可以用 --date=选项 来定制格式) %ar 作者修订日期,按多久以前的方式显示 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡石头”之意), 它接受一个字 符串参数,并且只会显示那些添加或删除了该字符串的提交。 假设你想找出添加或删除了对某一个特定函数的 引用的提交,可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者目录的历史提交,可以在 git0 码力 | 501 页 | 19.30 MB | 1 年前3 Pro Git 中文版 第2版 2.1.66散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组 成的字符串,基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样: 24b9da6552252987aa493b52f8696cd6d3b00373 Git 中使用这种哈希值的情况很多,你将经常看到这种哈希值。 实际上,Git 数据库中保存的信息都是以文件内 容的哈希值来索引,而不是文件名。 接受的常用格式占位符的写法及其代表的意义。 表格 2. git log --pretty=format 常用的选项 选项 说明 %H 提交的完整哈希值 %h 提交的简写哈希值 %T 树的完整哈希值 %t 树的简写哈希值 %P 父提交的完整哈希值 %p 父提交的简写哈希值 %an 作者名字 %ae 作者的电子邮件地址 %ad 作者修订日期(可以用 --date=选项 来定制格式) %ar 作者修订日期,按多久以前的方式显示 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡石头”之意), 它接受一个字 符串参数,并且只会显示那些添加或删除了该字符串的提交。 假设你想找出添加或删除了对某一个特定函数的 引用的提交,可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者目录的历史提交,可以在 git0 码力 | 501 页 | 19.30 MB | 1 年前3
 Pro Git 中文版 第2版 2.1.66散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组成的字符串,基于 Git 中文件的内容或目录结 构计算出来。 SHA-1 哈希看起来是这样: 24b9da6552252987aa493b52f8696cd6d3b00373 Git 中使用这种哈希值的情况很多,你将经常看到这种哈希值。 实际上,Git 数据库中保存的信息都是以文件内容的哈希值来索引,而不是文件名。 的写法及其代表的意义。 表格 2. git log --pretty=format 常用的选项 选项 说明 %H 提交的完整哈希值 %h 提交的简写哈希值 %T 树的完整哈希值 %t 树的简写哈希值 %P 父提交的完整哈希值 %p 父提交的简写哈希值 %an 作者名字 %ae 作者的电子邮件地址 选项 说明 %ad 作者修订日期(可以用 --date=选项 来定制格式) 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡 石头”之意), 它接受一个字符串参数,并且只会显示那些添加或删除了该字 符串的提交。 假设你想找出添加或删除了对某一个特定函数的引用的提交, 可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者 目录的历史提交,可以在 git0 码力 | 670 页 | 13.59 MB | 1 年前3 Pro Git 中文版 第2版 2.1.66散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组成的字符串,基于 Git 中文件的内容或目录结 构计算出来。 SHA-1 哈希看起来是这样: 24b9da6552252987aa493b52f8696cd6d3b00373 Git 中使用这种哈希值的情况很多,你将经常看到这种哈希值。 实际上,Git 数据库中保存的信息都是以文件内容的哈希值来索引,而不是文件名。 的写法及其代表的意义。 表格 2. git log --pretty=format 常用的选项 选项 说明 %H 提交的完整哈希值 %h 提交的简写哈希值 %T 树的完整哈希值 %t 树的简写哈希值 %P 父提交的完整哈希值 %p 父提交的简写哈希值 %an 作者名字 %ae 作者的电子邮件地址 选项 说明 %ad 作者修订日期(可以用 --date=选项 来定制格式) 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡 石头”之意), 它接受一个字符串参数,并且只会显示那些添加或删除了该字 符串的提交。 假设你想找出添加或删除了对某一个特定函数的引用的提交, 可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者 目录的历史提交,可以在 git0 码力 | 670 页 | 13.59 MB | 1 年前3
 Gitea v1.21.1 中文文档GOOS=linux 和 GOARCH=arm64 )进行交 叉编译,您需要 aarch64-unknown-linux-gnu-gcc 交叉编译器。这是因为 Gitea 构建标签使用了 cgo 的外部函数接 口(FFI)。 在没有任何标签的情况下,交叉编译的 Gitea 为 Linux ARM64 版本: 1. GOOS=linux GOARCH=arm64 make build 要交叉编译 ITEA__mailer__PASSWD:?GITEA__mailer__PASSWD not set}""" 要设置所需的 TOKEN 和 SECRET 值,可以使用 Gitea 的内置生成使用函数. 由于 SSH 在容器内运行,如果需要 SSH 支持,需要将 SSH 从主机透传到容器。一种选择是在容器内运行 SSH, 并使用非标准端口(或将主机端口移动到非标准端口)。另一种可能更直接的选择是将主机上的 file:/etc/gitea/internal_token )。 PASSWORD_HASH_ALGO : pbkdf2:要使用的哈希算法 [argon2、pbkdf2、pbkdf2_v1、pbkdf2_hi、 scrypt、bcrypt],argon2 和 scrypt 将消耗大量内存。 注意: pbkdf2 哈希的默认参数已更改 - 先前的设置可作为 pbkdf2_v1 使用,但不建议使用。 可以通过在算法后使用0 码力 | 303 页 | 3.88 MB | 1 年前3 Gitea v1.21.1 中文文档GOOS=linux 和 GOARCH=arm64 )进行交 叉编译,您需要 aarch64-unknown-linux-gnu-gcc 交叉编译器。这是因为 Gitea 构建标签使用了 cgo 的外部函数接 口(FFI)。 在没有任何标签的情况下,交叉编译的 Gitea 为 Linux ARM64 版本: 1. GOOS=linux GOARCH=arm64 make build 要交叉编译 ITEA__mailer__PASSWD:?GITEA__mailer__PASSWD not set}""" 要设置所需的 TOKEN 和 SECRET 值,可以使用 Gitea 的内置生成使用函数. 由于 SSH 在容器内运行,如果需要 SSH 支持,需要将 SSH 从主机透传到容器。一种选择是在容器内运行 SSH, 并使用非标准端口(或将主机端口移动到非标准端口)。另一种可能更直接的选择是将主机上的 file:/etc/gitea/internal_token )。 PASSWORD_HASH_ALGO : pbkdf2:要使用的哈希算法 [argon2、pbkdf2、pbkdf2_v1、pbkdf2_hi、 scrypt、bcrypt],argon2 和 scrypt 将消耗大量内存。 注意: pbkdf2 哈希的默认参数已更改 - 先前的设置可作为 pbkdf2_v1 使用,但不建议使用。 可以通过在算法后使用0 码力 | 303 页 | 3.88 MB | 1 年前3
共 3 条
- 1














