forgejo/docs/content/installation/from-source.zh-cn.md
Giteabot 42f7c2ad89
Enable production source maps for index.js, fix CSS sourcemaps (#27291) (#27295)
Backport #27291 by @silverwind

Previously, the production build never output sourcemaps. Now we emit
one file for `index.js` because it is the most likely one where we need
to be able to better debug reported issues like
https://github.com/go-gitea/gitea/issues/27213. This will currently
increase the binary size of gitea by around 700kB which is what the
gzipped source map file has.

Also, I fixed the CSS sourcemap generation which was broken since the
introduction of lightningcss.

The chinese docs are machine-translated, please correct accordingly.

Co-authored-by: silverwind <me@silverwind.io>
2023-09-27 04:26:28 +02:00

9.9 KiB
Raw Blame History

date title slug sidebar_position toc draft aliases menu
2016-12-01T16:00:00+02:00 使用源代码安装 install-from-source 30 false false
/zh-cn/install-from-source
sidebar
parent name sidebar_position identifier
installation 使用源代码安装 30 install-from-source

使用源代码安装

你需要 安装Go 并正确设置Go环境。特别的建议设置$GOPATH环境变量,并将 Go 的二进制目录或目录${GOPATH//://bin:}/bin添加到$PATH中。请参阅 Go 百科上关于 GOPATH 的词条。

接下来,安装 Node.js 和 npm 这是构建 JavaScript 和 CSS 文件所需的。最低支持的 Node.js 版本是 @minNodeVersion@,建议使用最新的 LTS 版本。

注意:当执行需要外部工具的 make 任务(如make misspell-checkGitea 将根据需要自动下载和构建这些工具。为了能够实现这个目的,你必须将"$GOPATH/bin"目录添加到可执行路径中。如果没有将 Go 的二进制目录添加到可执行路径中,你需要自行解决产生的问题。

注意2:需要 Go 版本 @minGoVersion@ 或更高版本。不过建议获取与我们的持续集成continuous integration, CI相同的版本请参阅在 Hacking on Gitea 中给出的建议。

下载

首先,我们需要获取源码。由于引入了 Go 模块,最简单的方法是直接使用 Git因为我们不再需要在 GOPATH 内构建 Gitea。

git clone https://github.com/go-gitea/gitea

(之前的版本中建议使用 go get,但现在不再需要。)

你可以选择编译和安装的版本,当前有多个选择。main 分支代表当前的开发版本。如果你想编译 main 版本,你可以直接跳到 构建 部分。

如果你想编译带有标签的发行版本,可以使用以下命令签出:

git branch -a
git checkout v@version@

要验证一个拉取请求Pull Request, PR要先启用新的分支其中 xyz 是 PR 的 ID例如对于 #2663ID是 2663

git fetch origin pull/xyz/head:pr-xyz

要以指定发行版本(如 v@version@ )的源代码来构建 Gitea可执行以下命令列出可用的版本并选择某个版本签出。 使用以下命令列出可用的版本:

git tag -l
git checkout v@version@  # or git checkout pr-xyz

构建

要从源代码进行构建,系统必须预先安装以下程序:

  • go @minGoVersion@ 或更高版本,请参阅 这里
  • node @minNodeVersion@ 或更高版本,并且安装 npm, 请参阅 这里
  • make, 请参阅 这里

为了尽可能简化编译过程,提供了各种 make任务

根据你的构建需求,以下 tags 可以使用:

  • bindata: 构建一个单一的整体二进制文件,包含所有资源。适用于构建生产环境版本。
  • sqlite sqlite_unlock_notify: 启用对 SQLite3 数据库的支持。仅建议在少数人使用时使用这个模式。
  • pam: 启用对 PAM Linux 可插拔认证模块)的支持。可用于对本地用户进行身份验证或扩展身份验证到 PAM 可用的方法。
  • gogit:(实验性功能)使用 go-git 变体的 Git 命令。

将所有资源JS/CSS/模板等)打包到二进制文件中。在生产环境部署时,使用bindata构建标签是必需的。在开发/测试 Gitea 或能够明确分离资源时,可以不用bindata

要包含所有资源,请使用 bindata 标签:

TAGS="bindata" make build

在我们的持续集成系统的默认发行版中,构建标签为:TAGS="bindata sqlite sqlite_unlock_notify"。因此,从源码构建的最简单、推荐方式是:

TAGS="bindata sqlite sqlite_unlock_notify" make build

build目标分为两个子目标:

如果存在预构建的前端文件,可以仅构建后端:

TAGS="bindata" make backend

测试

按照上述步骤完成后,工作目录中将会有一个gitea二进制文件。可以从该目录进行测试,或将其移动到带有测试数据的目录中。当手动从命令行启动 Gitea 时,可以通过按下Ctrl + C来停止程序。

./gitea web

更改默认路径

Gitea 将从CustomPath中查找许多信息。默认的,这会在运行 Gitea 时当前工作目录下的custom/目录中(译者案:即$PATH_TO_YOUR_GITEA$/custom/)。它还将在$(CustomPath)/conf/app.ini中查找其配置文件CustomConf,并将当前工作目录用作一些可配置值的相对基本路径AppWorkPath。最后,静态文件将从默认为 AppWorkPathStaticRootPath提供。

尽管在开发时这些值很有用,但可能与下游用户的偏好冲突。

一种选择是使用脚本文件来隐藏gitea二进制文件并在运行Gitea之前创建适当的环境。然而在构建时可以使用makeLDFLAGS环境变量来更改这些默认值。适当的设置如下:

  • 要设置CustomPath,请使用LDFLAGS="-X \"code.gitea.io/gitea/modules/setting.CustomPath=custom-path\""
  • 对于CustomConf,应该使用-X \"code.gitea.io/gitea/modules/setting.CustomConf=conf.ini\"
  • 对于AppWorkPath,应该使用-X \"code.gitea.io/gitea/modules/setting.AppWorkPath=working-path\"
  • 对于StaticRootPath,应该使用-X \"code.gitea.io/gitea/modules/setting.StaticRootPath=static-root-path\"
  • 要更改默认的 PID 文件位置,请使用-X \"code.gitea.io/gitea/cmd.PIDFile=/run/gitea.pid\"

将这些字符串与其前导的-X添加到LDFLAGS变量中,并像上面那样使用适当的TAGS运行make build

运行gitea help将允许您查看配置的gitea设置。

交叉编译

go编译器工具链支持将代码交叉编译到不同的目标架构上。请参考GOOSGOARCH环境变量 以获取支持的目标列表。如果您想为性能较弱的系统(如树莓派)构建 Gitea交叉编译非常有用。

要使用构建标签(TAGS进行交叉编译Gitea您还需要一个 C 交叉编译器,该编译器的目标架构与GOOSGOARCH变量选择的架构相同。例如,要为 Linux ARM64GOOS=linuxGOARCH=arm64)进行交叉编译,您需要aarch64-unknown-linux-gnu-gcc交叉编译器。这是因为 Gitea 构建标签使用了cgo的外部函数接口FFI

在没有任何标签的情况下,交叉编译的 Gitea 为 Linux ARM64 版本:

GOOS=linux GOARCH=arm64 make build

要交叉编译 Linux ARM64 下的Gitea这是推荐的构建标签

CC=aarch64-unknown-linux-gnu-gcc GOOS=linux GOARCH=arm64 TAGS="bindata sqlite sqlite_unlock_notify" make build

根据您的目标架构,适当替换CCGOOSGOARCH

有时您需要构建一个静态编译的镜像。为此,您需要添加以下内容:

LDFLAGS="-linkmode external -extldflags '-static' $LDFLAGS" TAGS="netgo osusergo $TAGS" make build

这可以与上述的CCGOOSGOARCH结合使用。

添加 bash/zsh 自动补全(从 1.19 版本起)

contrib/autocompletion/bash_autocomplete中可以找到一个启用 bash 自动补全的脚本。您可以根据需要进行修改,并在您的 .bashrc 中使用 source 命令加载该脚本,或者将其复制到 /usr/share/bash-completion/completions/gitea

类似地,可以在contrib/autocompletion/zsh_autocomplete中找到一个用于 zsh 自动补全的脚本。您可以将其复制到 /usr/share/zsh/_gitea,或者在您的 .zshrc 中使用 source 命令加载该脚本。

可能需要你根据具体情况进一步改进这些脚本。

在 Linux 上使用 Zig 进行编译或交叉编译

请按照 Zig 的入门指南 安装 Zig。

  • 编译 (Linux ➝ Linux)
CC="zig cc -target x86_64-linux-gnu" \
CGO_ENABLED=1 \
CGO_CFLAGS="-O2 -g -pthread" \
CGO_LDFLAGS="-linkmode=external -v"
GOOS=linux \
GOARCH=amd64 \
TAGS="bindata sqlite sqlite_unlock_notify" \
make build
  • 交叉编译 (Linux ➝ Windows)
CC="zig cc -target x86_64-windows-gnu" \
CGO_ENABLED=1 \
CGO_CFLAGS="-O2 -g -pthread" \
GOOS=windows \
GOARCH=amd64 \
TAGS="bindata sqlite sqlite_unlock_notify" \
make build

在 Windows 上使用 Zig 进行编译或交叉编译

使用GIT BASH编译。

  • 编译 (Windows ➝ Windows)
CC="zig cc -target x86_64-windows-gnu" \
CGO_ENABLED=1 \
CGO_CFLAGS="-O2 -g -pthread" \
GOOS=windows \
GOARCH=amd64 \
TAGS="bindata sqlite sqlite_unlock_notify" \
make build
  • 交叉编译 (Windows ➝ Linux)
CC="zig cc -target x86_64-linux-gnu" \
CGO_ENABLED=1 \
CGO_CFLAGS="-O2 -g -pthread" \
CGO_LDFLAGS="-linkmode=external -v"
GOOS=linux \
GOARCH=amd64 \
TAGS="bindata sqlite sqlite_unlock_notify" \
make build

源映射

默认情况下gitea 会为前端文件生成精简的源映射以节省空间。 这可以通过“ENABLE_SOURCEMAP”环境变量进行控制

  • ENABLE_SOURCEMAP=true 生成所有源映射,这是开发版本的默认设置
  • ENABLE_SOURCEMAP=reduced 生成有限的源映射,这是生产版本的默认设置
  • ENABLE_SOURCEMAP=false 不生成源映射