制造业已经完成了从集中式制造向分布式制造的演进，⼤型制造企业往往在境内外拥有多个⽣产基地，需要借助堡垒机实现 分布式 IT 资产的统⼀运维安全审计。 政府及国有企业 政府机构及国有企业拥有⼤量机密信息，运维的安全等级要求很⾼，堡垒机是提⾼其安全合规⽔平的必备选择。 服务业 传统服务⾏业，以及包括了物流交通⾏业在内的、依托于信息技术发展演进的现代服务业，普遍具有分布式基础设施的安全 管控需求，同时 医疗医药 医疗医药⾏业的信息化⽔平呈现⾼速发展的态势，IT 资产规模快速扩张，迫切需要通过堡垒机实现⼤规模 IT 资产的统⼀管 理与安全运维。 房地产及酒店 房地产和酒店⾏业的业务系统通常随业务经营场所分布式构建，IT 基础设施⾼度分散，需要通过堡垒机实现 IT 基础设施的 统⼀安全运维。 1 2 企业为什么需要堡垒机？ JumpServer 堡垒机的优势 JumpServer 堡垒机企业版 堡垒机企业版部分⽤户。 强⼤的市场影响⼒：堡垒机 = JumpServer JumpServer 堡垒机的特⾊功能 体验极佳的 Web Terminal ⼴泛的 多云管理⽀持 超⼤规模 分布式资产⽀持 全⾯的数据库 运维安全审计⽀持 ⽀持审计录像 的云端存储 内置多组织体系 强⼤的 远程应⽤发布能⼒ 灵活的 软件 / 硬件 部署⽅案选择 1 3 6 8 2 4

目录 许可证 Scott Chacon 序 Ben Straub 序 献辞 贡献者 引言 起步 关于版本控制 本地版本控制系统 集中化的版本控制系统 分布式版本控制系统 Git 简史 Git 是什么？ 直接记录快照，而非差异比较 近乎所有操作都是本地执行 Git 保证完整性 Git 一般只添加数据 三种状态 命令行 安装 Git 在 Linux 上安装 在 小型安装 生成 SSH 公钥 配置服务器 Git 守护进程 Smart HTTP GitWeb GitLab 安装 管理 基本用途 一起工作 第三方托管的选择 总结 分布式 Git 分布式工作流程 集中式工作流 集成管理者工作流 主管与副主管工作流 工作流程总结 向一个项目贡献 提交准则 私有小型团队 私有管理团队 派生的公开项目 通过邮件的公开项目 总结 Git 调试 文件标注 二分查找 子模块 开始使用子模块 克隆含有子模块的项目 在包含子模块的项目上工作 子模块的技巧 子模块的问题 打包 替换 凭证存储 底层实现 自定义凭证缓存 总结 自定义 Git 配置 Git 客户端基本配置 Git 中的着色 外部的合并与比较工具 格式化与多余的空白字符 服务器端配置 Git 属性 二进制文件 关键字展开 导出版本库

123 分布式 Git. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 分布式工作流程 . @networm 8 章节 译者 审校者 4.9 第三方托管的选择 @branchzero 许伟程 @networm @IceNature 4.10 总结 @8loser 5. 分布式 Git 5.1 分布式工作流程 @leshiv @secondwtq @summershrimp @IceNature 5.2 向一个项目贡献 @networm @secondwtq @IceNature 活的。 第四章 关注于服务器端的 Git。本章面向那些希望在你自己的组织或个人服务器搭建用于合作的 Git 的读者。 如 果你希望让别人处理这些事务，我们也会探讨一些托管选项。 第五章 将阐述多种分布式工作流的细节，以及如何使用 Git 实现它们。 学习完本章，你应该能够在多个远程仓 库之间游刃有余，通过电子邮件使用 Git， 熟练地处理多个远程分支和合作者贡献的补丁。 第六章 介绍 GitHub

http://www.openatom.org/legal-IP 撰稿：刘博雅；审校：王荷舒 PingCAP 平凯星辰 主要创始团队 PingCAP平凯星辰成立于2015年，是一家企 业级开源分布式数据库厂商，提供包括开源分 布式数据库产品、解决方案与咨询、技术支持 与培训认证服务，致力于为全球行业用户提供 稳定高效、安全可靠、开放兼容的新型数据服 务平台，解放企业生产力，加速企业数字化转 型升级。在帮助企业释放增长空间的同时，也 作者，曾任职豌豆荚/京东，擅长分 布式数据库和分布式缓存。 黄东旭 联合创始人 兼CTO 开源分布式缓存服务Codis 的作者，资深infrastructure 工程师，开源狂热分子。 崔秋 联合创始人 开源爱好者。 开源项目梳理 项目名称 项目开源 时间 技术领域 项目归属 托管平台 GitHub 信息 开源 许可证 2015年开源 分布式HTAP 数据库 公司项目 Apache GitHub GitHub GitHub GitHub Apache 2.0 Apache 2.0 Apache 2.0 / 公司项目 CNCF CNCF 公司项目 分布式HTAP 数据库 云原生 混沌工程平台 开源软件洞察工具 分布式Key-Value 数据库 2022年开源 2019年开源 2018年开源 / TiDB TiFlash Chaos Mesh ossinsight TiKV Star:13K；

数帆历程 关于数帆 数帆实力 荣誉资质 客户名录 客户口碑 业务全景 产品篇 网易有数 网易轻舟 网易易智 客户案例篇 解决方案篇 数据中台解决方案 业务中台解决方案 金融分布式解决方案 金融大数据解决方案 零售大数据解决方案 零售行业 金融行业 制造行业 综合行业 02 03 04 02 01 04 05 06 08 09 10 12 31 35 38 39 25 26 27 28 29 COMPANY 企业篇 COMPANY HISTORY 升级轻舟云原生软件生产力平台及有数全链路数据生产力平台；发布金融分布式、金融大数据、零售大数据、制造业智慧供应链等行业解决方案。 发布轻舟低代码平台 2.0 。 大数据开源项目 Kyuubi 全票进入 Apache 软件基金会孵化器。 有数 BI 个人版永久免 发布轻舟云原生软件生产力平台、有数全链路数据生产力平台。 网易云品牌升级为网易数帆，发力数字化转型基础软件。 深度参与社区 Spark 3.x 版本开发；开源企业级数据湖探索平台 Kyuubi ；发布首个开源项目分布式存储系统 Curve。 2019 发布全链路数据中台解决方案。 2018 发布轻舟微服务、“瀚海”私有云及国内首款云计算全栈一体机。 2017 加入云原生计算基金会（CNCF）。

remote helpers 来访问其它 VCSes。 Weblate 还支持无 VCS 的操作，请参见Local files。 注解: 为了本地支持其它 VCSes，Weblate 需要使用分布式 VCS，并可能能够调整来与 Git 和 Mercurial 以 外的其它任何 VCSes 工作，但必须有人应用这项支持。 参见: 版本控制集成 Weblate 如何记录翻译者？ Weblate eblate ，数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 2 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译组件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 WEBLATE_DATABASE_BACKUP 使用DATABASE_BACKUP 配置每日数据库转储。默认为 plain 。 缓存服务器设置 Weblate 强烈推荐使用 Redis ，在 Docker 中运行 Weblate 时您必须提供 Redis 事例。 参见: 允许缓存 REDIS_HOST Redis 服务器主机名称或 IP 地址。默认为 cache 。 REDIS_PORT Redis

remote helpers 来访问其它 VCSes。 Weblate 还支持无 VCS 的操作，请参见Local files。 注解: 为了本地支持其它 VCSes，Weblate 需要使用分布式 VCS，并可能能够调整来与 Git 和 Mercurial 以 外的其它任何 VCSes 工作，但必须有人应用这项支持。 参见: 版本控制集成 Weblate 如何记录翻译者？ Weblate eblate ，数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 2 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译组件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 WEBLATE_DATABASE_BACKUP 使用DATABASE_BACKUP 配置每日数据库转储。默认为 plain 。 缓存服务器设置 Weblate 强烈推荐使用 Redis ，在 Docker 中运行 Weblate 时您必须提供 Redis 事例。 参见: 允许缓存 REDIS_HOST Redis 服务器主机名称或 IP 地址。默认为 cache 。 REDIS_PORT Redis

remote helpers 来访问其它 VCSes。 Weblate 还支持无 VCS 的操作，请参见Local files。 注解: 为了本地支持其它 VCSes，Weblate 需要使用分布式 VCS，并可能能够调整来与 Git 和 Mercurial 以 外的其它任何 VCSes 工作，但必须有人应用这项支持。 参见: 版本控制集成 Weblate 如何记录翻译者？ Weblate eblate ，数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 2 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译组件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 WEBLATE_DATABASE_BACKUP 使用DATABASE_BACKUP 配置每日数据库转储。默认为 plain 。 缓存服务器设置 Weblate 强烈推荐使用 Redis ，在 Docker 中运行 Weblate 时您必须提供 Redis 事例。 参见: 允许缓存 REDIS_HOST Redis 服务器主机名称或 IP 地址。默认为 cache 。 REDIS_PORT Redis

remote helpers 来访问其它 VCSes。 Weblate 还支持无 VCS 的操作，请参见Local files。 注解: 为了本地支持其它 VCSes，Weblate 需要使用分布式 VCS，并可能能够调整来与 Git 和 Mercurial 以 外的其它任何 VCSes 工作，但必须有人应用这项支持。 参见: 版本控制集成 Weblate 如何记录翻译者？ Weblate eblate ，数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 2 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译组件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 WEBLATE_DATABASE_BACKUP 使用DATABASE_BACKUP 配置每日数据库转储。默认为 plain 。 缓存服务器设置 Weblate 强烈推荐使用 Redis ，在 Docker 中运行 Weblate 时您必须提供 Redis 事例。 参见: 允许缓存 REDIS_HOST Redis 服务器主机名称或 IP 地址。默认为 cache 。 REDIS_PORT Redis

remote helpers 来访问其它 VCSes。 Weblate 还支持无 VCS 的操作，请参见Local files。 注解: 为了本地支持其它 VCSes，Weblate 需要使用分布式 VCS，并可能能够调整来与 Git 和 Mercurial 以 外的其它任何 VCSes 工作，但必须有人应用这项支持。 参见: 版本控制集成 Weblate 如何记录翻译者？ Weblate eblate ，数据库和 Web 服务器）上 运行 Weblate 所需的最低配置： • 2 GB 的内存 • 2 个 CPU 核心 • 1 GB 的存储空间 内存越多越好——用于所有级别的缓存（文件系统，数据库和 Weblate ）。 许多并发用户会增加所需的 CPU 内核数量。对于数百个翻译组件，推荐至少有 4 GB 的内存。 典型的数据库存储用量大约为每 1 百万单词 300 MB。克隆仓库所需的存储空间会变化，但 WEBLATE_DATABASE_BACKUP 使用DATABASE_BACKUP 配置每日数据库转储。默认为 plain 。 缓存服务器设置 Weblate 强烈推荐使用 Redis ，在 Docker 中运行 Weblate 时您必须提供 Redis 事例。 参见: 允许缓存 REDIS_HOST Redis 服务器主机名称或 IP 地址。默认为 cache 。 REDIS_PORT Redis