BookStack.CN 构建 1. remote: ./hooks/pre-receive.d/gitea: line 2: [...]: No such file or directory 错误信息中的 [...] 部分将包含您先前 Gitea 二进制文件的路径。 要解决此问题，请转到管理选项，并运行任务 Resynchronize pre-receive, update and sock:/var/run/docker.sock 如果你不打算在工作流中使用 actions/cache ，你可以忽略本段。 如果您在使用 actions/cache 时没有进行额外的配置，将会返回以下错误信息： Failed to restore: getCacheEntry failed: connect ETIMEDOUT IP:PORT 这个错误的原因是 runner 容器和作业容器位于不同的网络中，因此作业容器无法访问

如果子模块目录中存在着这样一个合并提交，它的历史中包含了的两边的 提交，那么 Git 会建议你将它作为一个可行的解决方案。 它看到有人在子模块项目的某一点上合并了包含这两次 提交的分支，所以你可能想要那个。 这就是为什么前面的错误信息是 “merge following commits not found”，因为它不能 这样 做。 它让人困惑 是因为谁能想到它会尝试这样做？ 如果它找到了一个可以接受的合并提交，你会看到类似下面的信息： (refs/heads/master) (fb8c72) (c56860) 注意这是从 update 脚本开头输出到标准输出的。 所有从脚本输出到标准输出的内容都会转发给客户端。 下一个值得注意的部分是错误信息。 [POLICY] Your message is not formatted correctly error: hooks/update exited with error code 1 error: 前者表示在一系列文件中哪个是被比较的（从 1 开始），后者表示每批文件的总数。 GIT_MERGE_VERBOSITY 控制递归合并策略的输出。 允许的值有下面这些： • 0 什么都不输出，除了可能会有一个错误信息。 • 1 只显示冲突。 • 2 还显示文件改变。 • 3 显示因为没有改变被跳过的文件。 • 4 显示处理的所有路径。 • 5 显示详细的调试信息。 默认值是 2。 调试 想 真正地

提交，它的历史中包含了的两边的提交，那么 Git 会建议你将它作为一个可行 的解决方案。 它看到有人在子模块项目的某一点上合并了包含这两次提交的 分支，所以你可能想要那个。 这就是为什么前面的错误信息是 “merge following commits not found”， 因为它不能 这样 做。 它让人困惑是因为谁能想到它会尝试这样做？ 如果它找到了一个可以接受的合并提交，你会看到类似下面的信息： (refs/heads/master) (fb8c72) (c56860) 注意这是从 update 脚本开头输出到标准输出的。 所有从脚本输出到标准输出 的内容都会转发给客户端。 下一个值得注意的部分是错误信息。 [POLICY] Your message is not formatted correctly error: hooks/update exited with error code 1 error: 前者表示在一系列文件中哪个是被比较的 （从 1 开始），后者表示每批文件的总数。 GIT_MERGE_VERBOSITY 控制递归合并策略的输出。 允许的值有下面这些： 0 什么都不输出，除了可能会有一个错误信息。 1 只显示冲突。 2 还显示文件改变。 3 显示因为没有改变被跳过的文件。 4 显示处理的所有路径。 5 显示详细的调试信息。 默认值是 2。 ▪ ▪ 调试 想 真正地 知道