文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载导读本文是 90DaysOfDevOps 挑战中 Git 专题的进阶篇Day 40核心主题是 GitHub——一个基于 Git 的代码托管与协作平台。在前几日Day 37–39我们已经掌握了git init、git add、git commit、git diff等本地版本控制操作今天将把这些本地能力搬上云端理解 GitHub 的仓库、Issues、Pull Requests、Actions 等核心模块并动手完成 fork复刻、clone克隆、本地修改并同步回远端仓库的完整实战闭环。读完本文你将能够熟练解读一个 GitHub 仓库主页的各区域信息、按需启用仓库顶部功能标签、通过 fork clone 工作流在本地任意修改他人的开源项目为 Day 41 的开源协作工作流Pull Request打下直接基础。为什么把 GitHub 称为代码的社交网络GitHub 是一个基于 Web 的 Git 托管服务也是最常用于存放源代码的平台之一。除了提供 Git 版本控制功能之外它还额外提供了一大堆协作特性让团队或开源贡献者能够轻松沟通并为编程加入了社交属性——这正是本篇文章标题Social Network for Code的由来。自 2018 年起 GitHub 已成为微软旗下的产品。GitHub 成立于 2007/2008 年至今已走过很长时间平台上积累了数以千万计的用户。它的核心特性可以归纳为四类代码仓库Code Repository存放与组织源代码的容器Pull Requests提交代码变更并请求仓库维护者合入的协作机制项目管理工具集Issues追踪缺陷、功能请求与任务CI/CD 流水线GitHub Actions在 GitHub 内部完成构建、测试与部署。价格方面GitHub 提供多档付费方案本篇文章的演示全部基于免费版Free Tier。在 GitHub 首页即可注册账号若已有账号则可直接登录文档作者使用自己已创建的账号完成整个演示。在 本仓库的实战代码Day 38中我们已经创建了一个本地 Git 项目并通过git init初始化Day 39 又学习了git diff查看暂存与未暂存变更——这些本地能力今天开始全部接入 GitHub 这样的云端服务使用。GitHub 登录首页信息面板全解析登录 GitHub 账号后首先看到的首页由大量小部件widgets组成它们提供了在哪里、看什么的入口All Activity全部动态查看与你账号或组织相关的仓库活动概览Code Repositories代码仓库你自己的仓库或最近交互过的仓库列表同时可快速新建或搜索仓库Recent activity近期活动最近创建或参与贡献的 Issues 与 Pull Requests右侧推荐区根据你的近期活动或自有项目推荐的可能感兴趣的仓库。文档作者坦言自己很少停留在首页但也承认这个动态流feed有助于在特定项目中更好地与社区互动。进入个人 Profile个人主页点击右上角头像处的下拉菜单选择Your Profile即可进入个人主页。默认情况下主页不会显示作者那样的丰富内容——作者在主页上通过配置添加了 vZilla 博客的最新文章和自己的 YouTube 频道最新视频。个人主页适合分享给自己的社交圈让更多人看到你正在进行的项目。仓库内证据本仓库90DaysOfDevOps同样在首页 README 中集成了自动化内容正文下方 根目录 README 会展示挑战路线图这种仓库首页即项目门面的做法与 Day 40 描述的 GitHub 个人主页理念一致。仓库主页Repository ViewGitHub 的积木仓库repository是 GitHub 最基本的构建单元。进入仓库后主页视图包含大量信息中间区域仓库内存储的文件与文件夹的代码结构底部展示readme.md的渲染内容右侧 About 区域仓库的描述与用途说明其下方显示项目的star标星数、fork复刻数与 watch关注数下方信息区Releases发布版本、Contributors贡献者列表、Languages使用的语言等信息。本仓库的 Releases 来自挑战中的 Go 语言部分而语言占比则来自挑战的不同章节。仓库截图见 Images/Day40_Git8.png图中清晰呈现了 90DaysOfDevOps 仓库主页的布局。仓库顶部的标签栏Tabs仓库页面顶部是一列功能标签它们会因仓库而异也可以被维护者裁剪为只显示需要的项。遍历一个仓库时这些标签始终可用方便在区块之间快速跳转标签作用本文仓库90DaysOfDevOps中的应用Code代码文件浏览上述主页挑战的 Markdown 文档与各子目录代码Issues追踪工作、缺陷与功能请求添加图表、修正拼写、以及仓库需要中文版本等需求Pull Requests告知他人你在分支上推送的变更fork 后的改进、bug 修复、拼写修正等Discussions针对项目内容的分组讨论较新按挑战各章节建立讨论组引导学习旅程Actions在 GitHub 内构建、测试、部署代码抓取最新博客文章与 YouTube 视频并自动刷新首页Projects看板式项目表链接 Issues 与 PR规划内容旅程与社区学习进度Wiki项目路线图、文档、故障排查与教程文档类内容沉淀Security安全策略与代码扫描定义贡献者安全处理规范、防止泄露敏感环境变量Insights活动、提交、Issue、流量等仓库指标观察仓库活跃度与访问情况Settings仓库运行细节维护者、集成等单一维护者管理可授权共享责任Issues在开发发生的地方追踪工作Issues 让你在 GitHub 上追踪工作。对代码仓库而言这是向维护者反馈问题的最佳位置——但请务必注意报告时要提供尽可能多的细节描述要谨慎且详细。本文仓库中就有一些聚焦添加图表或修正拼写的 Issue甚至还有一条明确提出需要中文版本仓库的 Issue如今仓库已包含 zh_cn、zh_tw 等翻译目录正是这类 Issue 催生的成果。Pull Requests协作的入口Pull Requests 让你告诉其他人你在仓库某个分支上推送的变更。典型场景是有人 fork 了你的仓库、做了修改bug 修复、功能增强在本仓库中大多是拼写修正然后提交 PR 请求合入。本仓库的 Contributors.md 正是社区通过 PR 持续贡献的见证。fork 的详细流程见下文PR 的完整流程将在 Day 41 详细展开。Actions内置 CI/CDActions 标签让你可以直接在 GitHub 内构建、测试、部署代码这是挑战后续CI/CD 章节会深入讲解的内容。文档作者在自己的 GitHub 主页上正是利用 GitHub Actions 定期抓取最新博客与视频保持首页内容新鲜。仓库内证据本仓库根目录下 .github/workflows/ 目录包含多个真实工作流例如 deploy-pages.yml 在推送到main分支时自动把仓库内容发布到gh-pages分支peaceiris/actions-gh-pagesv4还有 welcome_workflow.yaml 等自动化任务可对照 Day 40 的 Actions 讲解直观理解用 YAML 描述自动化步骤的含义。Projects看板式项目管理Projects 标签可以把项目做成看板kanban式表格将 Issues 与 PR 关联起来让协作与任务可见性大大提升——这正是 GitHub 不仅是源码仓库、也是项目管理工具的原因。Wiki、Security 与 InsightsWiki适合承载项目路线图、当前状态与完整文档如故障排查、How-to 内容比 Issue 更适合做系统性沉淀Security可定义安全策略并通过代码扫描插件检查代码是否包含如密钥环境变量等敏感信息Insights提供仓库丰富的指标信息——从活动量、提交、Issues 到仓库流量traffic左侧列表可深入查看细粒度统计。Settings仓库的管理后台Settings 标签负责仓库运行方式的细节目前本文仓库只有一名维护者但在这里可以共享维护职责、定义集成以及其他治理任务。三大核心交互Watch、Fork、Star在任意一个仓库页面右上角都能看到三个按钮Watch关注接收仓库发生变更时的更新通知Fork复刻得到该仓库的一份副本Star标星表达我觉得你的项目很酷。对应截图见 Images/Day40_Git21.png画面中蓝色框选的正是 Watch / Fork / Star 三个操作按钮。Fork复制一份仓库供自己自由实验Fork 是仓库的一份副本。它的核心价值在于你可以完全自由地对副本做实验与修改而不会影响原始项目。典型场景包括想修复一个 bug、想把某段代码改造为符合自己业务场景的用法即使它并非原作者设计的用途。操作流程如下登录后在首页找到一个感兴趣或系统推荐的仓库点击进入点击右上角Fork按钮如果你是多个组织的成员需要选择 fork 落在哪里——文档作者选择放到自己的个人 Profile 下完成后你就拥有了一份可随意修改的仓库副本这正是 Pull Request 流程的起点PR 完整流程见 Day 41。Clone把远端仓库拿到本地仓库在网站上我该怎么改代码——可以网页在线编辑但那远不如在本地用自己喜欢的 IDE 和配色主题来得舒服。因此我们需要clone克隆把远端仓库复制到本地在本地修改后再把变更 push 回自己的 fork 副本。克隆有多种方式见 Images/Day40_Git24.pngGitHub DesktopGitHub 官方提供的可视化桌面应用可跟踪变更并在本地与 GitHub 之间 push/pullHTTPS URL本次演示采用的方式此外还有 SSH、GitHub CLI 等选项以及 Download ZIP 快速下载方式。在本地选择一个合适的目录然后运行git clone https://github.com/your-account/repository.git克隆完成后即可在 VSCode 中打开项目进行修改。文档作者的操作演示是在 readme 中把某处链接全部替换成其他内容然后在 GitHub 网页端查看仓库中的 readme.md即可看到刚才的本地修改已经反映在 fork 副本的远端仓库中见 Images/Day40_Git27.png、Images/Day40_Git28.png。衔接前文本地修改配合前几日学到的 git 命令流程是——修改文件 →git add暂存 →git commit -m 有意义的提交信息提交 →git push推送到远端 fork。若对暂存与查看变更还不熟悉可回看 Day 38 的暂存与提交 与 Day 39 的查看/还原变更。从自用修改到回馈上游如果这个修改只是你自己使用那么到这里就算完成了。但如果这是一次 bug 修复你可能希望通过 Pull Request 通知原始仓库维护者请他们评估并合入你的变更。这个入口就是仓库中的Contribute按钮见 Images/Day40_Git29.png。Contribute 按钮的完整使用方式——包括如何撰写 PR、如何与维护者协作——将在 Day 41 开源工作流 中详细讲解。其他 Git 托管服务GitLab 与 BitBucket除了 GitHub日常工作中还会遇到其他基于 Git 的服务它们同为 git 生态但各有差异GitLab常见的有自托管self-hosted与云端托管两种形态功能上与 GitHub 有交集也有区别BitBucket另一款流行的代码托管服务托管方式层面常见的组合是自托管 GitLab vs GitHub Enterprise免费托管方面则通常选择 GitHub 免费版或 GitLab 的 SaaS 免费层。一句话结论Git 本身是分布式的版本控制系统GitHub / GitLab / BitBucket 则是建立在 Git 之上、各自提供协作能力的平台选择哪一个取决于团队对托管方式、定价与功能的偏好。参考资料与下一步以下是与 Git / GitHub 学习强相关的公开视频与速查资源可在各视频平台自行搜索获取Learn GitLab in 3 Hours | GitLab Complete Tutorial For BeginnersBitBucket Tutorials PlaylistWhat is Version Control?Types of Version Control SystemGit Tutorial for BeginnersGit for Professionals TutorialGit and GitHub for Beginners - Crash CourseComplete Git and GitHub TutorialGit cheatsheetAtlassian下一步Day 41 将正式进入开源工作流——在掌握 fork clone 的基础上走完一次完整的 Pull Request 贡献流程查看 Day 41 文档。赞分享文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载相关推荐90DaysOfDevOps 实战指南Docker 网络与安全Day 4790DaysOfDevOps 实战指南Docker 网络与安全Day 47 Docker 让我们能以一条命令快速拉起容器但容器之间、容器与宿主机之间如何文档/教程深入 Meshroom 代码库为开发者与 AI Agent 准备的仓库导航与开发实战指南深入 Meshroom 代码库为开发者与 AI Agent 准备的仓库导航与开发实战指南 这篇技术指南以仓库根目录下的 AGENTS.md https://l计算机视觉桌面应用图形学90DaysOfDevOps 网络自动化实战Day 26用 EVE-NG 构建网络自动化实验环境90DaysOfDevOps 网络自动化实战Day 26用 EVE NG 构建网络自动化实验环境 导读 本篇文章承接 Day 25 的 EVE NG 安文档/教程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载导读本文是 90DaysOfDevOps 挑战中 Git 专题的进阶篇Day 40核心主题是 GitHub——一个基于 Git 的代码托管与协作平台。在前几日Day 37–39我们已经掌握了git init、git add、git commit、git diff等本地版本控制操作今天将把这些本地能力搬上云端理解 GitHub 的仓库、Issues、Pull Requests、Actions 等核心模块并动手完成 fork复刻、clone克隆、本地修改并同步回远端仓库的完整实战闭环。读完本文你将能够熟练解读一个 GitHub 仓库主页的各区域信息、按需启用仓库顶部功能标签、通过 fork clone 工作流在本地任意修改他人的开源项目为 Day 41 的开源协作工作流Pull Request打下直接基础。为什么把 GitHub 称为代码的社交网络GitHub 是一个基于 Web 的 Git 托管服务也是最常用于存放源代码的平台之一。除了提供 Git 版本控制功能之外它还额外提供了一大堆协作特性让团队或开源贡献者能够轻松沟通并为编程加入了社交属性——这正是本篇文章标题Social Network for Code的由来。自 2018 年起 GitHub 已成为微软旗下的产品。GitHub 成立于 2007/2008 年至今已走过很长时间平台上积累了数以千万计的用户。它的核心特性可以归纳为四类代码仓库Code Repository存放与组织源代码的容器Pull Requests提交代码变更并请求仓库维护者合入的协作机制项目管理工具集Issues追踪缺陷、功能请求与任务CI/CD 流水线GitHub Actions在 GitHub 内部完成构建、测试与部署。价格方面GitHub 提供多档付费方案本篇文章的演示全部基于免费版Free Tier。在 GitHub 首页即可注册账号若已有账号则可直接登录文档作者使用自己已创建的账号完成整个演示。在 本仓库的实战代码Day 38中我们已经创建了一个本地 Git 项目并通过git init初始化Day 39 又学习了git diff查看暂存与未暂存变更——这些本地能力今天开始全部接入 GitHub 这样的云端服务使用。GitHub 登录首页信息面板全解析登录 GitHub 账号后首先看到的首页由大量小部件widgets组成它们提供了在哪里、看什么的入口All Activity全部动态查看与你账号或组织相关的仓库活动概览Code Repositories代码仓库你自己的仓库或最近交互过的仓库列表同时可快速新建或搜索仓库Recent activity近期活动最近创建或参与贡献的 Issues 与 Pull Requests右侧推荐区根据你的近期活动或自有项目推荐的可能感兴趣的仓库。文档作者坦言自己很少停留在首页但也承认这个动态流feed有助于在特定项目中更好地与社区互动。进入个人 Profile个人主页点击右上角头像处的下拉菜单选择Your Profile即可进入个人主页。默认情况下主页不会显示作者那样的丰富内容——作者在主页上通过配置添加了 vZilla 博客的最新文章和自己的 YouTube 频道最新视频。个人主页适合分享给自己的社交圈让更多人看到你正在进行的项目。仓库内证据本仓库90DaysOfDevOps同样在首页 README 中集成了自动化内容正文下方 根目录 README 会展示挑战路线图这种仓库首页即项目门面的做法与 Day 40 描述的 GitHub 个人主页理念一致。仓库主页Repository ViewGitHub 的积木仓库repository是 GitHub 最基本的构建单元。进入仓库后主页视图包含大量信息中间区域仓库内存储的文件与文件夹的代码结构底部展示readme.md的渲染内容右侧 About 区域仓库的描述与用途说明其下方显示项目的star标星数、fork复刻数与 watch关注数下方信息区Releases发布版本、Contributors贡献者列表、Languages使用的语言等信息。本仓库的 Releases 来自挑战中的 Go 语言部分而语言占比则来自挑战的不同章节。仓库截图见 Images/Day40_Git8.png图中清晰呈现了 90DaysOfDevOps 仓库主页的布局。仓库顶部的标签栏Tabs仓库页面顶部是一列功能标签它们会因仓库而异也可以被维护者裁剪为只显示需要的项。遍历一个仓库时这些标签始终可用方便在区块之间快速跳转标签作用本文仓库90DaysOfDevOps中的应用Code代码文件浏览上述主页挑战的 Markdown 文档与各子目录代码Issues追踪工作、缺陷与功能请求添加图表、修正拼写、以及仓库需要中文版本等需求Pull Requests告知他人你在分支上推送的变更fork 后的改进、bug 修复、拼写修正等Discussions针对项目内容的分组讨论较新按挑战各章节建立讨论组引导学习旅程Actions在 GitHub 内构建、测试、部署代码抓取最新博客文章与 YouTube 视频并自动刷新首页Projects看板式项目表链接 Issues 与 PR规划内容旅程与社区学习进度Wiki项目路线图、文档、故障排查与教程文档类内容沉淀Security安全策略与代码扫描定义贡献者安全处理规范、防止泄露敏感环境变量Insights活动、提交、Issue、流量等仓库指标观察仓库活跃度与访问情况Settings仓库运行细节维护者、集成等单一维护者管理可授权共享责任Issues在开发发生的地方追踪工作Issues 让你在 GitHub 上追踪工作。对代码仓库而言这是向维护者反馈问题的最佳位置——但请务必注意报告时要提供尽可能多的细节描述要谨慎且详细。本文仓库中就有一些聚焦添加图表或修正拼写的 Issue甚至还有一条明确提出需要中文版本仓库的 Issue如今仓库已包含 zh_cn、zh_tw 等翻译目录正是这类 Issue 催生的成果。Pull Requests协作的入口Pull Requests 让你告诉其他人你在仓库某个分支上推送的变更。典型场景是有人 fork 了你的仓库、做了修改bug 修复、功能增强在本仓库中大多是拼写修正然后提交 PR 请求合入。本仓库的 Contributors.md 正是社区通过 PR 持续贡献的见证。fork 的详细流程见下文PR 的完整流程将在 Day 41 详细展开。Actions内置 CI/CDActions 标签让你可以直接在 GitHub 内构建、测试、部署代码这是挑战后续CI/CD 章节会深入讲解的内容。文档作者在自己的 GitHub 主页上正是利用 GitHub Actions 定期抓取最新博客与视频保持首页内容新鲜。仓库内证据本仓库根目录下 .github/workflows/ 目录包含多个真实工作流例如 deploy-pages.yml 在推送到main分支时自动把仓库内容发布到gh-pages分支peaceiris/actions-gh-pagesv4还有 welcome_workflow.yaml 等自动化任务可对照 Day 40 的 Actions 讲解直观理解用 YAML 描述自动化步骤的含义。Projects看板式项目管理Projects 标签可以把项目做成看板kanban式表格将 Issues 与 PR 关联起来让协作与任务可见性大大提升——这正是 GitHub 不仅是源码仓库、也是项目管理工具的原因。Wiki、Security 与 InsightsWiki适合承载项目路线图、当前状态与完整文档如故障排查、How-to 内容比 Issue 更适合做系统性沉淀Security可定义安全策略并通过代码扫描插件检查代码是否包含如密钥环境变量等敏感信息Insights提供仓库丰富的指标信息——从活动量、提交、Issues 到仓库流量traffic左侧列表可深入查看细粒度统计。Settings仓库的管理后台Settings 标签负责仓库运行方式的细节目前本文仓库只有一名维护者但在这里可以共享维护职责、定义集成以及其他治理任务。三大核心交互Watch、Fork、Star在任意一个仓库页面右上角都能看到三个按钮Watch关注接收仓库发生变更时的更新通知Fork复刻得到该仓库的一份副本Star标星表达我觉得你的项目很酷。对应截图见 Images/Day40_Git21.png画面中蓝色框选的正是 Watch / Fork / Star 三个操作按钮。Fork复制一份仓库供自己自由实验Fork 是仓库的一份副本。它的核心价值在于你可以完全自由地对副本做实验与修改而不会影响原始项目。典型场景包括想修复一个 bug、想把某段代码改造为符合自己业务场景的用法即使它并非原作者设计的用途。操作流程如下登录后在首页找到一个感兴趣或系统推荐的仓库点击进入点击右上角Fork按钮如果你是多个组织的成员需要选择 fork 落在哪里——文档作者选择放到自己的个人 Profile 下完成后你就拥有了一份可随意修改的仓库副本这正是 Pull Request 流程的起点PR 完整流程见 Day 41。Clone把远端仓库拿到本地仓库在网站上我该怎么改代码——可以网页在线编辑但那远不如在本地用自己喜欢的 IDE 和配色主题来得舒服。因此我们需要clone克隆把远端仓库复制到本地在本地修改后再把变更 push 回自己的 fork 副本。克隆有多种方式见 Images/Day40_Git24.pngGitHub DesktopGitHub 官方提供的可视化桌面应用可跟踪变更并在本地与 GitHub 之间 push/pullHTTPS URL本次演示采用的方式此外还有 SSH、GitHub CLI 等选项以及 Download ZIP 快速下载方式。在本地选择一个合适的目录然后运行git clone https://github.com/your-account/repository.git克隆完成后即可在 VSCode 中打开项目进行修改。文档作者的操作演示是在 readme 中把某处链接全部替换成其他内容然后在 GitHub 网页端查看仓库中的 readme.md即可看到刚才的本地修改已经反映在 fork 副本的远端仓库中见 Images/Day40_Git27.png、Images/Day40_Git28.png。衔接前文本地修改配合前几日学到的 git 命令流程是——修改文件 →git add暂存 →git commit -m 有意义的提交信息提交 →git push推送到远端 fork。若对暂存与查看变更还不熟悉可回看 Day 38 的暂存与提交 与 Day 39 的查看/还原变更。从自用修改到回馈上游如果这个修改只是你自己使用那么到这里就算完成了。但如果这是一次 bug 修复你可能希望通过 Pull Request 通知原始仓库维护者请他们评估并合入你的变更。这个入口就是仓库中的Contribute按钮见 Images/Day40_Git29.png。Contribute 按钮的完整使用方式——包括如何撰写 PR、如何与维护者协作——将在 Day 41 开源工作流 中详细讲解。其他 Git 托管服务GitLab 与 BitBucket除了 GitHub日常工作中还会遇到其他基于 Git 的服务它们同为 git 生态但各有差异GitLab常见的有自托管self-hosted与云端托管两种形态功能上与 GitHub 有交集也有区别BitBucket另一款流行的代码托管服务托管方式层面常见的组合是自托管 GitLab vs GitHub Enterprise免费托管方面则通常选择 GitHub 免费版或 GitLab 的 SaaS 免费层。一句话结论Git 本身是分布式的版本控制系统GitHub / GitLab / BitBucket 则是建立在 Git 之上、各自提供协作能力的平台选择哪一个取决于团队对托管方式、定价与功能的偏好。参考资料与下一步以下是与 Git / GitHub 学习强相关的公开视频与速查资源可在各视频平台自行搜索获取Learn GitLab in 3 Hours | GitLab Complete Tutorial For BeginnersBitBucket Tutorials PlaylistWhat is Version Control?Types of Version Control SystemGit Tutorial for BeginnersGit for Professionals TutorialGit and GitHub for Beginners - Crash CourseComplete Git and GitHub TutorialGit cheatsheetAtlassian下一步Day 41 将正式进入开源工作流——在掌握 fork clone 的基础上走完一次完整的 Pull Request 贡献流程查看 Day 41 文档。赞分享文档/教程【免费下载链接】90DaysOfDevOpsThis repository started out as a learning in public project for myself and has now become a structured learning map for many in the community. We have 3 years under our belt covering all things DevOps, including Principles, Processes, Tooling and Use Cases surrounding this vast topic.项目地址https://gitcode.com/gh_mirrors/90/90DaysOfDevOps点击查看免费下载相关推荐90DaysOfDevOps 实战指南Docker 网络与安全Day 4790DaysOfDevOps 实战指南Docker 网络与安全Day 47 Docker 让我们能以一条命令快速拉起容器但容器之间、容器与宿主机之间如何文档/教程深入 Meshroom 代码库为开发者与 AI Agent 准备的仓库导航与开发实战指南深入 Meshroom 代码库为开发者与 AI Agent 准备的仓库导航与开发实战指南 这篇技术指南以仓库根目录下的 AGENTS.md https://l计算机视觉桌面应用图形学90DaysOfDevOps 网络自动化实战Day 26用 EVE-NG 构建网络自动化实验环境90DaysOfDevOps 网络自动化实战Day 26用 EVE NG 构建网络自动化实验环境 导读 本篇文章承接 Day 25 的 EVE NG 安文档/教程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
