 Pro Git 中文版 第2版 2.1.66结尾的文件。 移动文件 不像其它的 VCS 系统,Git 并不显式跟踪文件移动操作。 如果在 Git 中重命名了某个文件,仓库中存储的元数 据并不会体现出这是一次改名操作。 不过 Git 非常聪明,它会推断出究竟发生了什么,至于具体是如何做到的, 我们稍后再谈。 既然如此,当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改名,可以这么做: $ git mv file_from 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡石头”之意), 它接受一个字 符串参数,并且只会显示那些添加或删除了该字符串的提交。 假设你想找出添加或删除了对某一个特定函数的 引用的提交,可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者目录的历史提交,可以在 git 基础之前,正好有一个小技巧可以使你的 Git 体验更简单、容易、熟悉:别名。 我们不会 在之后的章节中引用到或假定你使用过它们,但是你大概应该知道如何使用它们。 62 Git 并不会在你输入部分命令时自动推断出你想要的命令。 如果不想每次都输入完整的 Git 命令,可以通过 git config 文件来轻松地为每一个命令设置一个别名。 这里有一些例子你可以试试: $ git config --global0 码力 | 501 页 | 19.30 MB | 1 年前3 Pro Git 中文版 第2版 2.1.66结尾的文件。 移动文件 不像其它的 VCS 系统,Git 并不显式跟踪文件移动操作。 如果在 Git 中重命名了某个文件,仓库中存储的元数 据并不会体现出这是一次改名操作。 不过 Git 非常聪明,它会推断出究竟发生了什么,至于具体是如何做到的, 我们稍后再谈。 既然如此,当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改名,可以这么做: $ git mv file_from 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡石头”之意), 它接受一个字 符串参数,并且只会显示那些添加或删除了该字符串的提交。 假设你想找出添加或删除了对某一个特定函数的 引用的提交,可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者目录的历史提交,可以在 git 基础之前,正好有一个小技巧可以使你的 Git 体验更简单、容易、熟悉:别名。 我们不会 在之后的章节中引用到或假定你使用过它们,但是你大概应该知道如何使用它们。 62 Git 并不会在你输入部分命令时自动推断出你想要的命令。 如果不想每次都输入完整的 Git 命令,可以通过 git config 文件来轻松地为每一个命令设置一个别名。 这里有一些例子你可以试试: $ git config --global0 码力 | 501 页 | 19.30 MB | 1 年前3
 Pro Git 中文版 第2版 2.1.66结尾的文件。 移动文件 不像其它的 VCS 系统,Git 并不显式跟踪文件移动操作。 如果在 Git 中重命名 了某个文件,仓库中存储的元数据并不会体现出这是一次改名操作。 不过 Git 非常聪明,它会推断出究竟发生了什么,至于具体是如何做到的,我们稍后再 谈。 既然如此,当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改 名,可以这么做: $ git mv file_from 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡 石头”之意), 它接受一个字符串参数,并且只会显示那些添加或删除了该字 符串的提交。 假设你想找出添加或删除了对某一个特定函数的引用的提交, 可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者 目录的历史提交,可以在 git 基础之前,正好有一个小技巧可以使你的 Git 体验更简 单、容易、熟悉:别名。 我们不会在之后的章节中引用到或假定你使用过它 们,但是你大概应该知道如何使用它们。 Git 并不会在你输入部分命令时自动推断出你想要的命令。 如果不想每次都输 入完整的 Git 命令,可以通过 git config 文件来轻松地为每一个命令设置一 个别名。 这里有一些例子你可以试试: $ git config --global0 码力 | 670 页 | 13.59 MB | 1 年前3 Pro Git 中文版 第2版 2.1.66结尾的文件。 移动文件 不像其它的 VCS 系统,Git 并不显式跟踪文件移动操作。 如果在 Git 中重命名 了某个文件,仓库中存储的元数据并不会体现出这是一次改名操作。 不过 Git 非常聪明,它会推断出究竟发生了什么,至于具体是如何做到的,我们稍后再 谈。 既然如此,当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改 名,可以这么做: $ git mv file_from 另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡 石头”之意), 它接受一个字符串参数,并且只会显示那些添加或删除了该字 符串的提交。 假设你想找出添加或删除了对某一个特定函数的引用的提交, 可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者 目录的历史提交,可以在 git 基础之前,正好有一个小技巧可以使你的 Git 体验更简 单、容易、熟悉:别名。 我们不会在之后的章节中引用到或假定你使用过它 们,但是你大概应该知道如何使用它们。 Git 并不会在你输入部分命令时自动推断出你想要的命令。 如果不想每次都输 入完整的 Git 命令,可以通过 git config 文件来轻松地为每一个命令设置一 个别名。 这里有一些例子你可以试试: $ git config --global0 码力 | 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, 并使用非标准端口(或将主机端口移动到非标准端口)。另一种可能更直接的选择是将主机上的 MAILER_TYPE 和 IS_TLS_ENABLED 两个配置共同决定。 SMTP 类族,如果您的提供者没有明确说明使用的是哪个协议,但提供了一个端口,您可以设置 SMTP_PORT,它将被推断出来。 sendmail 使用操作系统的 sendmail 命令,而不是 SMTP。这在 Linux 系统上很常见。 dummy 将邮件消息发送到日志,作为测试阶段。 请注意,启用 sendmail0 码力 | 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, 并使用非标准端口(或将主机端口移动到非标准端口)。另一种可能更直接的选择是将主机上的 MAILER_TYPE 和 IS_TLS_ENABLED 两个配置共同决定。 SMTP 类族,如果您的提供者没有明确说明使用的是哪个协议,但提供了一个端口,您可以设置 SMTP_PORT,它将被推断出来。 sendmail 使用操作系统的 sendmail 命令,而不是 SMTP。这在 Linux 系统上很常见。 dummy 将邮件消息发送到日志,作为测试阶段。 请注意,启用 sendmail0 码力 | 303 页 | 3.88 MB | 1 年前3
共 3 条
- 1














