⽀等。它还⽀持许多常见的Git特性，⽐如标签、Cherry-pick、hook、集成协作⼯具等。 轻量级和快速: Gitea 的设计目标之一就是轻量级和快速响应。它不像一些大型的代码托管平台那样臃肿，因 此在性能方面表现出色，适用于资源有限的服务器环境。由于其轻量级设计，Gitea 在资源消耗方面相对较 低，可以在资源有限的环境下运行良好。 易于部署和维护: 轻松地部署在各种服务器上，不需要复杂的配置和依赖。这使得个人开发者或小团队可以方 NuGet, Pub, PyPI, RubyGems, Vagrant等 开源社区支持: Gitea 是一个基于 MIT 许可证的开源项目,Gitea 拥有一个活跃的开源社区，能够持续地进 行开发和改进，同时也积极接受社区贡献，保持了平台的更新和创新。 多语言支持： Gitea 提供多种语言界面，适应全球范围内的用户，促进了国际化和本地化。 更多功能特性：详见：https://docs.gitea 适用于 32-bit 的 Intel/AMD 平台。（提示： gogit-windows 版本内建了 gogit 可能缓解在旧的 Windows 平台上 Go 程 序调用 git 子程序时面临的 性能问题） 对于 macOS， darwin-arm64 适用于 Apple Silicon 架构， darwin-amd64 适用于 Intel 架构. 对于 FreeBSD， freebsd12-amd64

当你在修补最后的提交时，与其说是修复旧提交，倒不如说是完全用一个 新的提交 替换旧的 提交， 理解这一点非常重要。从效果上来说，就像是旧有的提交从未存在过一样，它并不会 出现在仓库的历史中。 修补提交最明显的价值是可以稍微改进你最后的提交，而不会让“啊，忘了添加一个文件”或 者 “小修补，修正笔误”这种提交信息弄乱你的仓库历史。 取消暂存的文件 接下来的两个小节演示如何操作暂存区和工作目录中已修改的文件。 这些命令在修改文件状态的同时，也会提 维护项目 除了如何有效地参与一个项目的贡献之外，你可能也需要了解如何维护项目。 这包含接受并应用别人使用 format-patch 生成并通过电子邮件发送过来的补丁， 或对项目添加的远程版本库分支中的更改进行整合。 但 无论是管理版本库，还是帮忙验证、审核收到的补丁，都需要同其他贡献者约定某种长期可持续的工作方式。 在主题分支中工作 如果你想向项目中整合一些新东西，最好将这些尝试局限在 主题分支——一种通常用来尝试新东西的临时分支 许多的“Fork”来为一个由陌生人组成的国际 企业或网络做出贡献，这种合作流程都能应付。 流程通常如下： 1. 派生一个项目 2. 从 master 分支创建一个新分支 3. 提交一些修改来改进项目 4. 将这个分支推送到 GitHub 上 5. 创建一个拉取请求 6. 讨论，根据实际情况继续修改 7. 项目的拥有者合并或关闭你的拉取请求 8. 将更新后的 master 分支同步到你的派生中

当你在修补最后的提交时，与其说是修复旧提交，倒不如说是完全用一个 新的提交 替换旧 的提交， 理解这一点非常重要。从效果上来说，就像是旧有的提交从未存在过一样，它并 不会出现在仓库的历史中。 修补提交最明显的价值是可以稍微改进你最后的提交，而不会让“啊，忘了添加一个文件”或 者 “小修补，修正笔误”这种提交信息弄乱你的仓库历史。 取消暂存的文件 接下来的两个小节演示如何操作暂存区和工作目录中已修改的文件。 这些命 除了如何有效地参与一个项目的贡献之外，你可能也需要了解如何维护项目。 这包含接受并应用别人使用 format-patch 生成并通过电子邮件发送过来的补 丁， 或对项目添加的远程版本库分支中的更改进行整合。 但无论是管理版本 库，还是帮忙验证、审核收到的补丁，都需要同其他贡献者约定某种长期可持 续的工作方式。 在主题分支中工作 如果你想向项目中整合一些新东西，最好将这些尝试局限在 主题分支——一 的版本库，或者使用许多的“Fork”来为一个由陌生人组成的国际企业或网络做 出贡献，这种合作流程都能应付。 流程通常如下： 1. 派生一个项目 2. 从 master 分支创建一个新分支 3. 提交一些修改来改进项目 4. 将这个分支推送到 GitHub 上 5. 创建一个拉取请求 6. 讨论，根据实际情况继续修改 7. 项目的拥有者合并或关闭你的拉取请求 8. 将更新后的 master 分支同步到你的派生中