软件包注册表 认证 Agit 设置 个人资料 README Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor 低，可以在资源有限的环境下运行良好。 易于部署和维护: 轻松地部署在各种服务器上，不需要复杂的配置和依赖。这使得个人开发者或小团队可以方 便地设置和管理自己的 Git 服务。 安全性: Gitea 注重安全性，提供了用户权限管理、访问控制列表等功能，可以确保代码和数据的安全性。 代码评审：代码评审同时支持 Pull Request workflow 和 AGit workflow。评审⼈可以在线浏览代 码，并提交评审意见或问题。 - 本文档使用 书栈网 · BookStack.CN 构建 Git 驱动的集成化 wiki ✓ ✓ ✓ ✓ ✓ ✓ (cloud only) ✘ 部署令牌 ✓ ✓ ✓ ✓ ✓ ✓ ✓ 仓库写权限令牌 ✓ ✘ ✓ ✓ ✓ ✓ ✓ RSS Feeds ✓ ✘ ✓ ✘ ✘ ✘ ✘ 内置 CI/CD ✓ ✘ ✓ ✓ ✓ ✘ ✘ 子组织：组织内的组 织 ✘ ✘ ✘ ✓ ✓ ✘ ✓ 多实例交互

图表 2. 集中化的版本控制. 这种做法带来了许多好处，特别是相较于老式的本地 VCS 来说。 现在，每个人都可以在一定程度上看到项目中 的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端 上维护本地数据库来得轻松容易。 事分两面，有好有坏。 这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时，那么在这一小时 内，谁都无法提交更新，也就无法协同工作。 包含系统上每一个用户及他们仓库的通用配置。 如果在执行 git config 时带上 --system 选项，那么它就会读写该文件中的配置变量。 （由于它是系统配置文件，因此你需要管理员或 超级用户权限来修改它。） 2. ~/.gitconfig 或 ~/.config/git/config 文件：只针对当前用户。 你可以传递 --global 选项让 Git 读写此文件，这会对你系统上 所有 Settings\All Users\Application Data\Git\config ，Windows Vista 及其以 后的版本在 C:\ProgramData\Git\config 。此文件只能以管理员权限通过 git config -f 来修 改。 你可以通过以下命令查看所有的配置以及它们所在的文件： $ git config --list --show-origin 25 用户信息

2. 集中化的版本控制. 这种做法带来了许多好处，特别是相较于老式的本地 VCS 来说。 现在，每个 人都可以在一定程度上看到项目中的其他人正在做些什么。 而管理员也可以 轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护 本地数据库来得轻松容易。 事分两面，有好有坏。 这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工 包含系统上每一个用户及他们仓库的通用配置。 如 果在执行 git config 时带上 --system 选项，那么它就会读写该文件中的 配置变量。 （由于它是系统配置文件，因此你需要管理员或超级用户权限 来修改它。） 2. ~/.gitconfig 或 ~/.config/git/config 文件：只针对当前用户。 你可以 传递 --global 选项让 Git 读写此文件，这会对你系统上 Users\Application Data\Git\config ， Windows Vista 及 其 以 后 的 版 本 在 C:\ProgramData\Git\config 。此文件只能以管理员权限通过 git config -f 来修改。 你可以通过以下命令查看所有的配置以及它们所在的文件： $ git config --list --show-origin 用户信息

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