git的专业名称是分布式版本控制系统。如果你曾经在写论文或做设计时，保存过类似“成品.docx”、“成品-最终版.docx”、“成品-打死不改版.docx”的文件，那么 Git 就是为了终结这种混乱而生的。

Git 的核心功能

Git 主要通过以下三个维度来管理你的工作：

• 版本管理（时光机）： 它记录文件的每一次修改。如果你今天写代码把程序写崩了，你可以一键“穿梭”回昨天还没出问题的状态。
• 分支管理（平行时空）： 你可以在主程序运行的同时，开辟一个“实验区”开发新功能。如果实验成功，就合并回来；如果失败，直接删掉，主程序毫发无损。
• 团队协作（共享大脑）： 多个开发者可以同时修改同一个项目。Git 会聪明地处理大家的修改，并在冲突时提醒你手动调整。

VuePress是什么？

VuePress 是一个以 Markdown 为中心的静态网站生成器（Static Site Generator, SSG）。你可以使用 Markdown 来书写内容（如文档、博客等），然后 VuePress 会帮助你生成一个静态网站来展示它们。

​

VuePress 诞生的初衷是为了支持 Vue.js 及其子项目的文档需求，但是现在它已经在帮助大量用户构建他们的文档、博客和其他静态网站

参考文档https://theme-hope.vuejs.press/zh/guide/intro/install.html

go语言学习文档 https://www.topgoer.com/

创建一个文件夹存放你的项目

在windows中创建一个文件夹 E:\code\blog

tips

文件夹的路径尽量避免使用中文和特殊字符，尽量使用纯英文路径

​

构建项目结构

不同的包管理工具使用不同的构建方式

pnpm

pnpm create vuepress-theme-hope my-docs

启动项目

pnpm

pnpm docs:dev 启动开发服务器
pnpm docs:build 构建项目并输出
pnpm docs:clean-dev 清除缓存并启动开发服务器

项目环境

Node.js v22.20.0

包管理工具，如 pnpm、yarn、npm 等

​

​

Pnpm

在你安装 Node.js 之后，在终端中输入下列命令启用 corepack (Windows 用户需要使用管理员权限):

VuePress 是以 Markdown 为中心的。你项目中的每一个 Markdown 文件都是一个单独的页面。

默认情况下，页面的路由路径是根据你的 Markdown 文件的相对路径决定的。

由于你的项目是通过创建助手生成的，那么你会得到以下文件结构:

项目结构

ZH-Kinger/
├── .github/              # GitHub Actions 自动化部署配置（可选）
├── node_modules/         # [核心] 项目依赖包（VuePress 实体就在这里）
├── src/                  # [核心] 你的源文件目录
│   ├── .vuepress/        # [核心] VuePress 特有配置文件夹
│   │   ├── public/       # 静态资源（本地图片、图标、favicon）
│   │   ├── config.ts     # 站点总配置文件（基础路径、语言、head等）
│   │   ├── navbar.ts     # 顶部导航栏配置
│   │   ├── sidebar.ts    # 侧边栏配置
│   │   └── theme.ts      # 主题深度配置（颜色、插件、博主信息）
│   ├── demo/             # 示例文章文件夹（后续可以删除）
│   ├── posts/            # 你的博文存放目录
│   │   ├── apple/        # 子分类文件夹
│   │   └── nginx.md      # 具体文章文件
│   └── README.md         # 博客主页内容
├── package.json          # [核心] 项目脚本(npm run)和版本信息
├── tsconfig.json         # TypeScript 配置文件
└── package-lock.json     # 依赖锁定文件

#go 编译型语言 静态类型 语言强类型语言

#python 解释型语言 动态类型语言 强类型语言

​

二.解释型语言和编译型语言

1.编译时机不一致

#编译型： 源代码 --》编译器 --》二进制文本 --》执行二进制文本

运行速度快

跨平台兼容性差

不容易排错

#解释型： 源代码 --》使用解释器运行 --》一边编译一遍运行

运行速度慢

跨平台兼容性好

发生错误，错误提示较明显

#python

4c

Apache Kafka（常被称为 "卡夫卡"）是Apache 软件基金会的开源分布式流处理平台，最初由 LinkedIn 开发，2011 年捐赠给 Apache 并成为顶级项目，名称取自捷克小说家弗兰兹・卡夫卡（Franz Kafka）。它本质上是一个分布式、分区化、多副本的日志提交服务，核心定位是 "高吞吐量的分布式发布 - 订阅消息系统"，同时兼具流处理平台的能力。

这个思路的重构，我们将完全从**“从零构建一个企业级 AIOps 平台”的工程视角出发。对于一个目标是拿下顶级互联网公司（如字节跳动）DevOps 或 SRE 核心岗位的实战项目来说，这个架构必须跳出“写个脚本让 AI 跑”的初级阶段，展现出你对高可用架构、故障自愈闭环以及控制爆炸半径**的深刻理解。

为了让这个项目既能落地，又能作为极具含金量的面试作品，我们将其分为四个递进的开发阶段（Phase）。

Phase 1：基建与大脑就绪 (单机闭环)

目标：在完全断绝外部网络（IPv4 受限）的本地 Rocky Linux 环境中，跑通 AI 代理的基础问答和只读工具调用。