《Deepseek R1 本地部署完全⼿册》 版权归：HomeBrew Ai Club 作者wechat：samirtan 版本：V2.0 更新⽇期：2025年2⽉8⽇ ⼀、简介 Deepseek R1 是⽀持复杂推理、多模态处理、技术⽂档⽣成的⾼性能通⽤⼤语⾔模型。本⼿册 为技术团队提供完整的本地部署指南，涵盖硬件配置、国产芯⽚适配、量化⽅案、云端替代⽅ 端替代⽅ 案及完整671B MoE模型的Ollama部署⽅法。 核⼼提示： 个⼈⽤户：不建议部署32B及以上模型，硬件成本极⾼且运维复杂。 企业⽤户：需专业团队⽀持，部署前需评估ROI（投资回报率）。 ⼆、本地部署核⼼配置要求 1. 模型参数与硬件对应表 模型参 数 Windows 配置要求 Mac 配置要求 适⽤场景 1.5B - RAM: 4GB - GPU: 集成显卡/现代CPU 24GB - GPU: RTX 3090（24GB VRAM） - 存储: 20GB - 内存: 32GB（M3 Max） - 存储: 20GB 复杂推理、技术⽂档⽣ 成 32B+ 企业级部署（需多卡并联） 暂不⽀持 科研计算、⼤规模数据 处理 2. 算⼒需求分析 模型 参数规 模 计算精 度 最低显存需 求 最低算⼒需求 DeepSeek-R1 (671B) 671B

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296 打包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . @IceNature @jeffsui 7.10 使用 Git 调试 @leo108 王波 7.11 子模块 @networm @IceNature @Geno1024 @OlingCat 7.12 打包 @networm @xff2016 @Geno1024 @IceNature 7.13 替换 @Gnahceg @xff2016 @Geno1024 @IceNature @oldsharp 王波 深入 Git 隐晦而漂亮的实现细节。现在，你已经知道所有有关 Git 的知识， 能够熟练运用 Git 的强大优雅 的功能。接下来，你可以继续学习 Git 如何存储对象、 Git 的对象模型是怎样的、打包文件的细节、服务器协议 等更多知识。 本书自始至终都将引用本章的内容，以便你能够在当时就可以深入了解。 但是，如果你像我们一 样希望深入学习技术细节，你可能想先阅读第十章。我们将选择权交给你。 在

撤消合并 其他类型的合并 Rerere 使用 Git 调试 文件标注 二分查找 子模块 开始使用子模块 克隆含有子模块的项目 在包含子模块的项目上工作 子模块的技巧 子模块的问题 打包 替换 凭证存储 底层实现 自定义凭证缓存 总结 自定义 Git 配置 Git 客户端基本配置 Git 中的着色 外部的合并与比较工具 格式化与多余的空白字符 服务器端配置 @IceNature @jeffsui 7.10 使用 Git 调试 @leo108 王波 7.11 子模块 @networm @IceNature @Geno1024 @OlingCat 7.12 打包 @networm @xff2016 @Geno1024 @IceNature 7.13 替换 @Gnahceg @xff2016 @Geno1024 @IceNature @oldsharp 王波 Git 隐晦而漂亮的实现细节。现在，你已经知道所有有关 Git 的知 识， 能够熟练运用 Git 的强大优雅的功能。接下来，你可以继续学习 Git 如何 存储对象、 Git 的对象模型是怎样的、打包文件的细节、服务器协议等更多知 识。 本书自始至终都将引用本章的内容，以便你能够在当时就可以深入了 解。 但是，如果你像我们一样希望深入学习技术细节，你可能想先阅读第十 章。我们将选择权交给你。

工具、API 提速降价、更多的 API 开放。 2023 年 8 月，谷歌宣布推出 AI 代码编辑器 Project IDX，一个基于浏览器的 开发环境：集成 AI、支持全栈编程语言、跨平台真机预览、一键部署，用于 构建全栈网络和多平台应用程序。 2023 年 10 月，百川智能发布 Baichuan2-192K 大模型，上下文窗口长度高 达 192K，号称是当时全球最长的上下文窗口，能够处理约 35 osc_78692802：我们两三个人的开发团队开发个并发不到 300 的产品竟然 使用 java+spring+微服务。本机调试个项目开一大堆工具、idea 都得开 3 个。 改个 java 类还得等热部署，写个极其简单的功能实体类、DTO、mapper、接 口等要建 20 多个文件，还要应对经常变化多端的业务，搞毛线啊。 nginx+php+db 不香吗？大规模、高并发 nginx 负债均衡不就完了？简单的 31 / 87 1 1 开源开发者事件回顾 DHH 锐评“打包工具”：前端根本不需要构建 前端生态系统的复杂性是出了名的。在每一层，似乎都存在着不兼容的， 相互竞争的标准。 为什么前端技术栈如此复杂？ React 正在经历 Angular.js 的时刻吗？ Ruby on Rails 作者 DHH：最快的打包工具就是没有打包 (No Build)，有 了 HTTP/2 以及浏览器原生支持

件的供应商，并且可以以比较小的成本来改变供应商的选择， 因此用户可以放心地选择长期使用软件。相反地，当顾客使用闭源产品时，如果在使用一段时间后想要 转换使用另一个软件，需要重新进行硬件、数据等的部署，造成不小的转移成本，因此当用户选择使用 闭源软件时，可能会由于软件后期开发情况不满足需求或者转移成本过高而放弃对软件的继续使用。 2021 中国开源年度报告 79 图表 7 ：开源项目可以为软件的开发和产品获客提供杠杆 开放核心”模式成为主要的开源商业模式。随着越来越多的企业开发者加入到开源生态中， 软件体系化生态逐渐完善，用户对软件易用性需求提升，此时用户更需要完善的解决方案。因此出现了 新的收入模式，供应商将专有部分打包成与开源基础部分连接的单独模块或服务，或者在专门的商业版 本中发布。用户可以通过付费的有更多功能模块组成的商业版本软件来获得更完整的软件生态服务与解 决方案。Open Core 开放核心模式是当 球范围内云渗透率的不断提高。在这样的技术背景下，用户对降低软件运维成本的需求不断增加。一些 开源软件公司例如 Databricks、HashiCorp 等提出了新的解决方案，通过 SaaS 使客户跳过内部部署， 82 直接将软件作为服务托管在云平台上。客户通过订阅 SaaS 服务，将前期高额的资本性支出转为小额的 经常性支出，并在很大程度上缓解了运维压力。 图表 12: 云计算支出增长以及全球云渗透率的提高持续受到推动

件的供应商，并且可以以比较小的成本 来改变供应商的选择，因此用户可以放心地选择长期使用软件。相反地，当顾客使用闭源产品 时，如果在使用一段时间后想要转换使用另一个软件，需要重新进行硬件、数据等的部署，造 成不小的转移成本，因此当用户选择使用闭源软件时，可能会由于软件后期开发情况不满足需 求或者转移成本过高而放弃对软件的继续使用。 Finally, in the retention phase 开放核心”模式成为主要的开源商业模式。随着越来越多的企业开发者加入到开 源生态中，软件体系化生态逐渐完善，用户对软件易用性需求提升，此时用户更需要完善的解 决方案。因此出现了新的收入模式，供应商将专有部分打包成与开源基础部分连接的单独模块 或服务，或者在专门的商业版本中发布。用户可以通过付费的有更多功能模块组成的商业版本 软件来获得更完整的软件生态服务与解决方案。Open Core 开放核心模式是当前成功的商业开 的云计算支出与全球范围内云渗透率的不断提高。在这样的技术背景下，用户对降低软件运维 成本的需求不断增加。一些开源软件公司例如 Databricks、HashiCorp 等提出了新的解决方案， 通过 SaaS 使客户跳过内部部署，直接将软件作为服务托管在云平台上。客户通过订阅 SaaS 服 务，将前期高额的资本性支出转为小额的经常性支出，并在很大程度上缓解了运维压力。 Cloud computing has opened

像一些大型的代码托管平台那样臃肿，因 此在性能方面表现出色，适用于资源有限的服务器环境。由于其轻量级设计，Gitea 在资源消耗方面相对较 低，可以在资源有限的环境下运行良好。 易于部署和维护: 轻松地部署在各种服务器上，不需要复杂的配置和依赖。这使得个人开发者或小团队可以方 便地设置和管理自己的 Git 服务。 安全性: Gitea 注重安全性，提供了用户权限管理、访问控制列表等功能，可以确保代码和数据的安全性。 Gitea 与其它 Git 托管工具 - 9 - 本文档使用 书栈网 · BookStack.CN 构建 Git 驱动的集成化 wiki ✓ ✓ ✓ ✓ ✓ ✓ (cloud only) ✘ 部署令牌 ✓ ✓ ✓ ✓ ✓ ✓ ✓ 仓库写权限令牌 ✓ ✘ ✓ ✓ ✓ ✓ ✓ RSS Feeds ✓ ✘ ✓ ✘ ✘ ✘ ✘ 内置 CI/CD ✓ ✘ ✓ ✓ ✓ ✘ ✘ 子组织：组织内的组 mysql -u gitea -h example.db -p --ssl 至此应该成功连接到数据库了。 数据库准备 - 18 - 本文档使用 书栈网 · BookStack.CN 构建 所有打包的二进制程序均包含 SQLite，MySQL 和 PostgreSQL 的数据库连接支持，同时网站的静态资源均已嵌 入到可执行程序中，这一点和曾经的 Gogs 有所不同。 你可以从 下载页面 选择对应平台的二进制文件。

翻译工作流 常见问题 支持的文件格式 版本控制集成 Weblate 的 REST API Weblate 客户端 Weblate 的 Python API 管理员文档 配置说明 Weblate 部署 升级 Weblate 备份和移动 Weblate 身份验证 访问控制 翻译项目 语言定义 持续本地化 翻译许可 翻译进程 检查和修正 配置自动建议 附加组件 翻译记忆库 配置 配置的示例 管理命令 ResourceDictionary 文件 在 4.13 版本加入. ResourceDictionary 是一种单语 XML 文件格式，用于为 Windows Presentation Foundation (WPF) 应用程序打包可本地化的字符串资源。 典型的 Weblate 部件配置 文件掩码 Languages/*.xaml 典型的 Weblate 部件配置 单语言译文模版语言文件 Language/en.xaml GitHub 对允许使用的 SSH 密钥的限制（因为每个密钥只能使用一 次） . 如果 推送分支 未设置，则项目将被分叉并通过分叉推送更改。如果已设置， 更改将推送到上游仓库和选择的分支。 对于较小的部署，使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份 验证，请参阅 创建用于命令行使用的访问令牌 [https://docs.github.com/en/authenticatio

翻译工作流 常见问题 支持的文件格式 版本控制集成 Weblate 的 REST API Weblate 客户端 Weblate 的 Python API 管理员文档 配置说明 Weblate 部署 升级 Weblate 备份和移动 Weblate 身份验证 访问控制 翻译项目 语言定义 持续本地化 翻译许可 翻译进程 检查和修正 配置自动建议 附加组件 翻译记忆库 配置 配置的示例 管理命令 ResourceDictionary 文件 在 4.13 版本加入. ResourceDictionary 是一种单语 XML 文件格式，用于为 Windows Presentation Foundation (WPF) 应用程序打包可本地化的字符串资源。 典型的 Weblate 部件配置 文件掩码 Languages/*.xaml 单语言译文模版语言文件 Language/en.xaml 新翻译的翻译模版 空 文件格式 GitHub 对允许使用的 SSH 密钥的限制（因为每个密钥只能使用一 次） . 如果 推送分支 未设置，则项目将被分叉并通过分叉推送更改。如果已设置， 更改将推送到上游仓库和选择的分支。 对于较小的部署，使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份 验证，请参阅 创建用于命令行使用的访问令牌 [https://docs.github.com/en/authenticatio