Add workflow sections for personal and team collaboration cycles in git.md

This commit is contained in:
2026-04-20 11:27:50 +08:00
parent 1cae80ca80
commit 12bac2ad40

View File

@@ -58,6 +58,7 @@ flowchart TD
接下来,我将说明具体的操作(确保已安装 Git、VS Code,详见 [必装软件/工具](starter.md)) 接下来,我将说明具体的操作(确保已安装 Git、VS Code,详见 [必装软件/工具](starter.md))
## 🧬 工作流程
### 仅在自己的「个人分支」工作 ### 仅在自己的「个人分支」工作
@@ -154,7 +155,47 @@ PR 会加入队列,等待审核通过。通过后就会合并到主分支啦
> 在提 PR 后,如果你又更新了你的分支,不必再次提 PR > 在提 PR 后,如果你又更新了你的分支,不必再次提 PR
## 最佳实践 ## ♾️ 双循环
工作流程说来复杂,实际上只有两条循环:
- 个人创作记录循环
- 团队协作管理循环
### 个人创作记录循环
```mermaid
flowchart TD
changes(本地改动)
staged(暂存改动)
dev(本地个人分支)
changes -- git add --> staged
staged -- git commit --> dev
dev -- 创作 --> changes
```
这部分是最普通不过的 Git 单人使用方式:通过「Add - Commit - 创作」的循环往复,项目不断发展,留下一条线性的提交历史,记录了每次改动的内容。
你可以不和团队发生任何联系,也能让 Git 发挥功能,帮你储存项目关键时间节点,用于查看、回溯等操作。我们不是为了协作而使用 Git,我们是为了让创作过程「有迹可循」,培养大家的好习惯。就像那些能记录绘画过程的软件,除了创作结果,不觉得创作记录本身也很酷么?
### 团队协作管理循环
```mermaid
flowchart TD
dev-1(本地个人分支)
origin-dev(远程个人分支)
origin-main(远程主分支)
dev-1 -- git push --> origin-dev
origin-dev -- PR --> origin-main
origin-main -- git pull origin main --> dev-1
```
这部分才是团队协作的体现,个人分支通过 PR 传给主分支,同时更新来自主分支的改动,构成了「个人」和「团队」的协同。PR 也确保了个人内容被单向的、有监督地并入,保障了安全性、稳定性。
只要记住这个 ♾️ 双循环,你就完全理解了这套工作流程。
## 📝 最佳实践
### 多设备编辑同一分支 ### 多设备编辑同一分支