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, 并使用非标准端口(或将主机端口移动到非标准端口)。另一种可能更直接的选择是将主机上的 [log] 部分中设置的 LEVEL 。 STACKTRACE_LEVEL : log.STACKTRACE_LEVEL: 设置记录堆栈跟踪的日志级别。 EXPRESSION : “”: 用于匹配函数名称、文件或消息的正则表达式。默认为空。只有匹配表达式的日志消息才会 保存在记录器中。 FLAGS : stdflags: 逗号分隔的字符串,表示日志标志。默认为 stdflags ,表示前缀:0 码力 | 303 页 | 3.88 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡石头”之意), 它接受一个字 符串参数,并且只会显示那些添加或删除了该字符串的提交。 假设你想找出添加或删除了对某一个特定函数的 引用的提交,可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者目录的历史提交,可以在 git 如果没有,你将会花费大量时间帮助其他人找出并用签名的版本重写提交。 在采用签署成为标准工作流程 的一部分前,确保你完全理解 GPG 及签署带来的好处。 搜索 无论仓库里的代码量有多少,你经常需要查找一个函数是在哪里调用或者定义的,或者显示一个方法的变更历 史。 Git 提供了两个有用的工具来快速地从它的数据库中浏览代码和提交。 我们来简单的看一下。 238 Git Grep Git 提供了一个 grep h:1 date.c:3 git-compat-util.h:2 如果你还关心搜索字符串的 上下文,那么可以传入 -p 或 --show-function 选项来显示每一个匹配的字符串 所在的方法或函数: 239 $ git grep -p gmtime_r *.c date.c=static int match_multi_number(timestamp_t num, char c, const0 码力 | 501 页 | 19.30 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66另一个非常有用的过滤器是 -S(俗称“pickaxe”选项,取“用鹤嘴锄在土里捡 石头”之意), 它接受一个字符串参数,并且只会显示那些添加或删除了该字 符串的提交。 假设你想找出添加或删除了对某一个特定函数的引用的提交, 可以调用: $ git log -S function_name 最后一个很实用的 git log 选项是路径(path), 如果只关心某些文件或者 目录的历史提交,可以在 git 如果没有,你将会花费大量时间帮助 其他人找出并用签名的版本重写提交。 在采用签署成为标准工作流程的一部 分前,确保你完全理解 GPG 及签署带来的好处。 搜索 无论仓库里的代码量有多少,你经常需要查找一个函数是在哪里调用或者定义 的,或者显示一个方法的变更历史。 Git 提供了两个有用的工具来快速地从它 的数据库中浏览代码和提交。 我们来简单的看一下。 Git Grep Git 提供了一个 grep h:1 date.c:3 git-compat-util.h:2 如果你还关心搜索字符串的 上下文,那么可以传入 -p 或 --show-function 选 项来显示每一个匹配的字符串所在的方法或函数: $ git grep -p gmtime_r *.c date.c=static int match_multi_number(timestamp_t num, char c, const char0 码力 | 670 页 | 13.59 MB | 1 年前3
Pro Git 2nd Edition 2.1.413com/schacon/blink. Figure 89. The project we want to contribute to The only problem is that the blinking rate is too fast. We think it’s much nicer to wait 3 seconds instead of 1 in between each state change you want to do and the token is revocable. This also has the added advantage of increasing your rate limit. Without authenticating, you will be limited to 60 requests per hour. If you authenticate the middle of setting up a Git server but haven’t installed a full certificate yet. If the data rate of an HTTP operation is lower than GIT_HTTP_LOW_SPEED_LIMIT bytes per second for longer0 码力 | 731 页 | 21.49 MB | 1 年前3
Pro Git 2nd Edition 2.1.413com/schacon/blink. 172 Figure 89. The project we want to contribute to The only problem is that the blinking rate is too fast. We think it’s much nicer to wait 3 seconds instead of 1 in between each state change what you want to do and the token is revocable. This also has the added advantage of increasing your rate limit. Without authenticating, you will be limited to 60 requests per hour. If you authenticate you the middle of setting up a Git server but haven’t installed a full certificate yet. If the data rate of an HTTP operation is lower than GIT_HTTP_LOW_SPEED_LIMIT bytes per second for longer than GIT0 码力 | 501 页 | 17.96 MB | 1 年前3
Pro Git 2nd Edition 2.1.413 com/schacon/blink. Figure 89. The project we want to contribute to The only problem is that the blinking rate is too fast. We think it’s much nicer to wait 3 seconds instead of 1 in between each state change you want to do and the token is revocable. This also has the added advantage of increasing your rate limit. Without authenticating, you will be limited to 60 requests per hour. If you authenticate the middle of setting up a Git server but haven’t installed a full certificate yet. If the data rate of an HTTP operation is lower than GIT_HTTP_LOW_SPEED_LIMIT bytes per second for longer0 码力 | 691 页 | 13.35 MB | 1 年前3
共 6 条
- 1













