That command compares what is in your working directory with what is in your staging area. The result tells you the changes you’ve made that you haven’t yet staged. If you want to see what you’ve staged (content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. Git hasn’t automatically created a new merge commit. It has paused the process while you resolve client branch as if it was based directly off the master branch instead.” It’s a bit complex, but the result is pretty cool. Figure 40. Rebasing a topic branch off another topic branch Now you can fast-forward

That command compares what is in your working directory with what is in your staging area. The result tells you the changes you’ve made that you haven’t yet staged. If you want to see what you’ve staged (content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. Git hasn’t automatically created a new merge commit. It has paused the process while you resolve client branch as if it was based directly off the master branch instead.” It’s a bit complex, but the result is pretty cool. Figure 40. Rebasing a topic branch off another topic branch Now you can fast-forward

That command compares what is in your working directory with what is in your staging area. The result tells you the changes you’ve made that you haven’t yet staged. If you want to see what you’ve staged (content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. Git hasn’t automatically created a new merge commit. It has paused the process while you resolve client branch as if it was based directly off the master branch instead.” It’s a bit complex, but the result is pretty cool. Figure 40. Rebasing a topic branch off another topic branch Now you can fast-forward

(content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. 此时 Git 做了合并，但是没有自动地创建一个新的合并提交。 Git 会暂停下来，等待你去解决合并产生的冲突。 你可以在合并冲突后的任意时刻使用 git status 命令来查看那些因包含合并冲突而处于未合并 进行授权访问，通过 git:// 进行无授权访问，但是还有一种协议可以同时实现以上两种方式 的访问。 设置 Smart HTTP 一般只需要在服务器上启用一个 Git 自带的名为 git-http-backend 的 CGI 脚 本。 该 CGI 脚本将会读取由 git fetch 或 git push 命令向 HTTP URL 发送的请求路径和头部信息， 来判断 该客户端是否支持 HTTP 通信（不低于 Apache 配置文件添加一些内容，来让 git-http-backend 作为 Web 服务器对 /git 路径请 求的处理器。 SetEnv GIT_PROJECT_ROOT /srv/git SetEnv GIT_HTTP_EXPORT_ALL ScriptAlias /git/ /usr/lib/git-core/git-http-backend/ 115 如果留空 GIT_HTTP_EXPORT_ALL

(content): Merge conflict in index.html Automatic merge failed; fix conflicts and then commit the result. 此时 Git 做了合并，但是没有自动地创建一个新的合并提交。 Git 会暂停下 来，等待你去解决合并产生的冲突。 你可以在合并冲突后的任意时刻使用 git status 命令来查看那些 进行授权访问，通过 git:// 进行无授权访问，但是还有一种 协议可以同时实现以上两种方式的访问。 设置 Smart HTTP 一般只需要在服 务器上启用一个 Git 自带的名为 git-http-backend 的 CGI 脚本。 该 CGI 脚本 将会读取由 git fetch 或 git push 命令向 HTTP URL 发送的请求路径和头部 信息， 来判断该客户端是否支持 HTTP 通信（不低于 Apache 配置文件添加一些内容，来让 git-http-backend 作 为 Web 服务器对 /git 路径请求的处理器。 SetEnv GIT_PROJECT_ROOT /srv/git SetEnv GIT_HTTP_EXPORT_ALL ScriptAlias /git/ /usr/lib/git-core/git-http-backend/ 如果留空 GIT_HTTP_EXPORT_ALL

sqlite_unlock_notify" make build build 目标分为两个子目标： make backend 需要 Go 1.20 或更高版本。 make frontend 需要 Node.js 16 或更高版本。 如果存在预构建的前端文件，可以仅构建后端： 1. TAGS="bindata" make backend 按照上述步骤完成后，工作目录中将会有一个 gitea 二进制文件。可以从该目录进行测试，或将其移动到带有测试数 JavaScript 和 CSS 文件的必要工具。最低支持的 Node.js 版本是 16 并且推荐使用最新的 LTS 版本。 注意 ：当执行需要外部工具的 make 任务时，比如 make watch-backend ，Gitea 会自动下载并构建这些必要的组 件。为了能够使用这些，你必须 将 "$GOPATH"/bin 目录加入到可执行路径上。如果你不把go bin目录添加到可执 行路径你必须手动 从源代码构建的最简单推荐方法是： 1. TAGS="bindata sqlite sqlite_unlock_notify" make build build 目标将同时执行 frontend 和 backend 子目标。如果存在 bindata 标签，资源文件将被编译成二 进制文件。建议在进行前端开发时省略 bindata 标签，以便实时反映更改。 有关所有可用的 make 目标，请参阅