把代码推上去，先看一眼仓库长什么样
仓库建好后，页面顶部有一排标签页。新手常年在 代码 页待着，其实另外几个才是 CNB 的主场。
一、标签页速查
| 标签 | 你会在这里做什么 |
|---|---|
| 代码 | 浏览文件、切分支、看提交历史、看 diff |
| 合并请求 | 创建和评审 PR，逐行评论 |
| 问题 | 记录 Bug、需求、讨论，可挂标签和优先级 |
| 云原生构建 | 所有构建记录、日志、历史事件 |
| 制品 | 本仓库托管的 Docker / Helm 镜像 |
| 设置 | 仓库成员、分支保护、自动触发开关 |
二、推一次代码，看发生了什么
git clone https://cnb.cool/<组织>/<仓库>
cd <仓库>
echo "# hello cnb" > README.md
git add . && git commit -m "feat: init readme"
git push origin main
推完之后，如果仓库里有 .cnb.yml，CNB 会做这一串动作：
git push → 读取该分支的 .cnb.yml → 取对应 push 事件配置 → skip 检测 → 调度节点执行
注意顺序里的两个细节：
- 读的是"该分支"的配置。在
main里写dev分支的流水线，dev分支不会按它跑——各分支读各自的.cnb.yml - skip 检测会跳过一些构建，比如 commit message 里带了
[ci skip]，或者改了密钥仓库
没有 .cnb.yml 的仓库推上去什么都不会发生，这是正常的。
三、去哪看构建结果
点顶部 云原生构建 标签，能看到所有构建记录。点开最新一条：
- 状态：pending / success / failure
- 日志：每个 stage 的输出，失败时先看这里
- 耗时：每个步骤花了多久，找瓶颈用
- 重试：可以整体重跑，也可以只挑某个 Stage/Job 重跑
四、更重要的一个入口：历史事件
构建列表里还有个 历史事件 视图。它回答的是一个非常具体的问题："我推了代码，为什么没触发？"
列表里会列出这次推送实际产生的事件（比如 push 和 commit.add）：
- 已触发的可以点进去看详情
- 没触发的不可点，鼠标悬停会告诉你原因
常见原因就三类：分支下没有 .cnb.yml、YAML 语法错、事件没匹配上。
:::tip 不要靠猜 "为什么没跑"这个问题 90% 能在历史事件里直接看到答案，比翻文档快得多。 :::
五、Commit 详情页的两个小功能
打开某个提交的详情页，除了 diff，还有两个 AI 入口：
- 变更分析：一键把这次变更交给 AI，让它总结改了什么、可能影响哪里
- 相关 PR 的讨论会自动关联
对刚接手别人仓库的人，这两个按钮比自己读 diff 快。
六、下一步
代码能推、构建能看。接下来该让第一行流水线跑起来了。