密钥管理 Multi-factor Authentication (MFA) 开发 玩转 Gitea API 使用指南 OAuth2 提供者 迁移界面 集成 贡献 后端开发指南 前端开发指南 重构指南 本地化 帮助 常见问题 需要帮助 - 4 - 本文档使用 书栈网 · BookStack.CN 构建 致谢 当前文档 《Gitea v1.21.1 中文文档》 由 build 目标分为两个子目标： make backend 需要 Go 1.20 或更高版本。 make frontend 需要 Node.js 16 或更高版本。 如果存在预构建的前端文件，可以仅构建后端： 1. TAGS="bindata" make backend 按照上述步骤完成后，工作目录中将会有一个 gitea 二进制文件。可以从该目录进行测试，或将其移动到带有测试数 \ 6. GOARCH=amd64 \ 7. TAGS="bindata sqlite sqlite_unlock_notify" \ 8. make build 默认情况下，gitea 会为前端文件生成精简的源映射以节省空间。 这可以通过“ENABLE_SOURCEMAP”环境变量进 行控制： ENABLE_SOURCEMAP=true 生成所有源映射，这是开发版本的默认设置

还有许多非常实用的限制输出长度的选项，也就是只输出一部分的提 交。 之前你已经看到过 -2 选项了，它只会显示最近的两条提交， 实际上，你可以使用类似 - 的选项，其中 的 n 可以是任何整数，表示仅显示最近的 n 条提交。 不过实践中这个选项不是很常用，因为 Git 默认会将所有 的输出传送到分页程序中，所以你一次只会看到一页的内容。 但是，类似 --since 和 --until 这种按照时间作限制的选项很有用。 例如，下面的命令会列出最近两周的所 命令。你现在可以学习如何利用 Git 提供的一些分布式工作流程了。 这一章中，你将会学习如何作为贡献者或整合者，在一个分布式协作的环境中使用 Git。 你会学习为一个项目成 功地贡献代码，并接触一些最佳实践方式，让你和项目的维护者能轻松地完成这个过程。另外，你也会学到如何 管理有很多开发者提交贡献的项目。 分布式工作流程 与传统的集中式版本控制系统（CVCS）相反，Git 的分布式特性使得开发者间的协作变得更加灵活多样。 如果你遵循推荐的工作流程，以上就是最常用的一系列命令，因此将它们合并为一个让事情简单了很多。 小结 这些工具是为其各自针对的工作流程所量身定做的。 开发者和非开发者可以轻松地在分分钟内就搭建起项目协 作环境，它们还内置了其它辅助最佳实践的功能。 但是，如果你的工作流程有所不同，或者你需要在进行网络 操作时有更多的控制，那么建议你考虑一下其它客户端或者使用命令行。 其它图形界面 除此之外，还有许许多多其它的图形化 Git 客户端

选项，也就是只输出一部分的提交。 之前你已经看到过 -2 选项了，它只会显 示最近的两条提交， 实际上，你可以使用类似 - 的选项，其中的 n 可以是 任何整数，表示仅显示最近的 n 条提交。 不过实践中这个选项不是很常用， 因为 Git 默认会将所有的输出传送到分页程序中，所以你一次只会看到一页的 内容。 但是，类似 --since 和 --until 这种按照时间作限制的选项很有用。 例如， 命令。你现在可以学习如何利用 Git 提供的一些分布式工作流程了。 这一章中，你将会学习如何作为贡献者或整合者，在一个分布式协作的环境中 使用 Git。 你会学习为一个项目成功地贡献代码，并接触一些最佳实践方式， 让你和项目的维护者能轻松地完成这个过程。另外，你也会学到如何管理有很 多开发者提交贡献的项目。 分布式工作流程 与传统的集中式版本控制系统（CVCS）相反，Git 的分布式特性使得开发者间 系列命令，因此将它们合并 为一个让事情简单了很多。 小结 这些工具是为其各自针对的工作流程所量身定做的。 开发者和非开发者可以 轻松地在分分钟内就搭建起项目协作环境，它们还内置了其它辅助最佳实践的 功能。 但是，如果你的工作流程有所不同，或者你需要在进行网络操作时有 更多的控制，那么建议你考虑一下其它客户端或者使用命令行。 其它图形界面 除此之外，还有许许多多其它的图形化 Git 客户端，其中既有单一功能的定制

前言： 1.蓝色字体表示命令行命令，正式执行时不要复制前面的#号，#号只是提示应 该使用root权限操作 2.绿色字体表示注释，有时注释太多就不用绿色表示了 3.注意：本文档的所有操作请先在测环境进行实践，请不要直接在真实的服务 器中操作！ 版权声明： 本文档以开源的形式发布，所有条款如下： 1. 无担保：作者不保证文档内容的准确无误，亦不承担由于使用此文档所导致的任何后果 2