CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication (MFA) 开发 玩转 Gitea API 使用指南 OAuth2 提供者 迁移界面 集成 贡献 后端开发指南 前端开发指南 是合法的，因为不 进行客户端证书验证。 1. 在数据库实例上放置以下凭据： /path/to/mysql.crt : 数据库实例证书 /path/to/mysql.key : 数据库实例密钥 /path/to/ca.crt : CA证书链。在单向TLS中不使用此文件，但用于验证双向TLS中的客户端证书。 2. 将以下选项添加到 my.cnf ： 1. [mysqld] MySQL/MariaDB https://dl.gitea.com/gitea/1.21.1/gitea-1.21.1-linux-amd64 2. chmod +x gitea Gitea 对打包的二进制文件使用 GPG密钥 签名以防止篡改。 请根据对应文件名 .asc 中包含的校验码检验文件 的一致性。 1. gpg --keyserver keys.openpgp.org --recv 7C9E68152

Weblate 的部件配置 中开启提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓 库。 参见: 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常可以通过在对翻译文件进行 更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时，你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock 访问私有仓库的最常用方法是基于 SSH。授权公共 Weblate SSH 密钥（请参阅Weblate SSH 密钥）以这种 方式访问上游仓库。 警告: 在 Github 上，每个密钥只能用一次，见GitHub 仓库 和从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法连接到主机（请参阅验证 SSH 主机密钥）。 如果需要调整，请从 Weblate 管理界面进行：

发生更改时将更改推送到仓 库。 1.9. 常见问题 71 The Weblate Manual, 发行版本 4.18 参见: 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常可以通过在对翻译文件进行 更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时，你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock 访问私有仓库的最常用方法是基于 SSH。授权公共 Weblate SSH 密钥（请参阅Weblate SSH 密钥）以这种 方式访问上游仓库。 警告: 在 Github 上，每个密钥只能用一次，见GitHub 仓库 和从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法连接到主机（请参阅验证 SSH 主机密钥）。 如果需要调整，请从 Weblate 管理界面进行：

发生更改时将更改推送到仓 库。 1.9. 常见问题 71 The Weblate Manual, 发行版本 4.18.2 参见: 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常可以通过在对翻译文件进行 更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时，你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock 访问私有仓库的最常用方法是基于 SSH。授权公共 Weblate SSH 密钥（请参阅Weblate SSH 密钥）以这种 方式访问上游仓库。 警告: 在 Github 上，每个密钥只能用一次，见GitHub 仓库 和从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法连接到主机（请参阅验证 SSH 主机密钥）。 如果需要调整，请从 Weblate 管理界面进行：

发生更改时将更改推送到仓 库。 1.9. 常见问题 71 The Weblate Manual, 发行版本 4.18.1 参见: 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常可以通过在对翻译文件进行 更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时，你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock 访问私有仓库的最常用方法是基于 SSH。授权公共 Weblate SSH 密钥（请参阅Weblate SSH 密钥）以这种 方式访问上游仓库。 警告: 在 Github 上，每个密钥只能用一次，见GitHub 仓库 和从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法连接到主机（请参阅验证 SSH 主机密钥）。 如果需要调整，请从 Weblate 管理界面进行：

Weblate 的 部件配置 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而无需任何其它特殊操 作。 备注 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内 建的 Git 导出器 时，你需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock SSH。授权公共 Weblate SSH 密钥（请参 阅 Weblate SSH 密钥）以这种方式访问上游仓库。 警告 在 Github 上，每个密钥只能用一次，见 GitHub 仓库 和 从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法 连接到主机（请参阅 验证 SSH 主机密钥）。 如果需要调整，请从 Weblate

Weblate 的 部件配置 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而无需任何其它特殊操 作。 备注 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内 建的 Git 导出器 时，你需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock SSH。授权公共 Weblate SSH 密钥（请参 阅 Weblate SSH 密钥）以这种方式访问上游仓库。 警告 在 Github 上，每个密钥只能用一次，见 GitHub 仓库 和 从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法 连接到主机（请参阅 验证 SSH 主机密钥）。 如果需要调整，请从 Weblate

Weblate 的 部件配置 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而无需任何其它特殊操 作。 备注 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内 建的 Git 导出器 时，你需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock SSH。授权公共 Weblate SSH 密钥（请参 阅 Weblate SSH 密钥）以这种方式访问上游仓库。 警告 在 Github 上，每个密钥只能用一次，见 GitHub 仓库 和 从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法 连接到主机（请参阅 验证 SSH 主机密钥）。 如果需要调整，请从 Weblate

的 部件配置 中开启 提交时推送，这将使 Weblate 在 Weblate 发 生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常可 以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而无需任何其它特殊操作。 备注 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内 建的 Git 导出器 时，你需使用用户名和 API 密钥进行身份验证。 如果在 Weblate 中使用多个分支，那么可以对所有的分支做相同的事： # Commit all pending changes in Weblate, you can do this SSH。授权公共 Weblate SSH 密钥（请参阅 Weblate SSH 密钥）以这种方式访问上游仓库。 警告 在 Github 上，每个密钥只能用一次，见 GitHub 仓库 和 从 Hosted Weblate 访 问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法 连接到主机（请参阅 验证 SSH 主机密钥）。 如果需要调整，请从 Weblate

Weblate 的 部件配置 中开启 提交时推送，这将使 Weblate 在 Weblate 发生更改时将更改推送到仓库。 参见 持续本地化, 避免合并冲突 如何通过 SSH 访问仓库？ 设置 SSH 密钥的信息请参阅 访问仓库。 如何修复翻译中的合并冲突？ 当 Weblate 和上游仓库的翻译文件同时被更改时，合并冲突时有发生。通常 可以通过在对翻译文件进行更改前（例如在运行 msgmerge 前）先合并 就将能够使用合并的版本而无需任何其它特殊操 作。 备注 取决于你的设置，访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内 建的 Git 导出器 时，你需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: wlc commit # Lock SSH。授权公共 Weblate SSH 密钥（请参 阅 Weblate SSH 密钥）以这种方式访问上游仓库。 警告 在 Github 上，每个密钥只能用一次，见 GitHub 仓库 和 从 Hosted Weblate 访问仓库。 Weblate 还会在首次连接时存储主机密钥指纹，并且在以后进行更改时将无法 连接到主机（请参阅 验证 SSH 主机密钥）。 如果需要调整，请从 Weblate