Đoạn xem trước bài giảng

真实团队中的Git流程：如何选择适合的工作流

面试中经常会被问到：'您使用过哪种Git工作流？'学完本课程后，您将能给出全面而准确的回答。我们将探讨三种主流方法——功能分支工作流、Git Flow和主干开发模式——并分析每种方法的适用场景和潜在瓶颈。

功能分支工作流 Git Flow工作流主干开发模式

Bạn sẽ học gì trong bài giảng này

能够在面试中描述三种常见Git工作流并解释其区别
理解团队规模和发布频率如何影响开发流程的选择
学会在加入新团队时，就工作流提出正确的问题

Phần đầu bài giảng

为什么选择功能分支工作流？

功能分支 = 独立的章节草稿
代码隔离，实现并行开发
安全实验，不危及main分支
适合各种规模的团队快速上手
是初创项目和小型团队的理想选择

想象你在写一本书，为每个章节创建独立的草稿——这就是功能分支工作流的精髓。每个新功能都在独立环境中开发，让团队可以同时处理不同任务而不会造成代码混乱。你可以在不破坏主干稳定性的前提下自由尝试新想法。这种模式特别适合注重速度和灵活性的小型团队。功能完成后经过代码审查才能合并到主干。简洁高效是这个工作流广受欢迎的关键。

功能分支的生命周期

git checkout -b feature/new-payment
编写清晰的提交信息
git push origin feature/new-payment
创建拉取请求
代码审查并合并到main分支

让我们完整走一遍功能分支的生命周期。首先用git checkout -b feature/new-payment命令从main分支创建新分支。开发过程中要编写清晰的提交说明。功能完成后，将分支推送到远程仓库并创建拉取请求。经过同行评审和必要修改后，代码才能合并到主干。重要原则：一个分支只完成一个逻辑完整的任务，这有助于保持提交历史的清晰可读。

# 从main创建分支
git checkout main
git pull origin main
git checkout -b feature/new-payment

# 开发并提交
echo 'Add payment processing' > payment.js
git add payment.js
git commit -m '添加支付处理模块'

# 推送并创建PR
git push origin feature/new-payment
# 通过GitHub界面创建Pull Request

用两条命令创建功能分支

功能分支工作流——简单高效
从最新的主分支创建分支
git checkout -b feature/new-login
分支名称反映任务内容
feature/、fix/、docs/——前缀使意图更清晰

让我们实际创建一个功能分支。首先切换到主分支并更新：git checkout main && git pull。现在为我们的任务创建新分支：git checkout -b feature/new-login。参数-b告诉Git创建新分支并立即切换到该分支。只需两条命令，您就可以开始工作了。请确保分支名称能反映任务内容：使用feature/、fix/或docs/作为前缀，可以快速理解分支的用途。现在就可以开始进行修改了。

git checkout main && git pull
# 更新主分支
git checkout -b feature/new-login
# 创建并切换到新分支

Bài giảng đầy đủ dành cho thuê bao

Còn 31 slide nữa trong phiên bản đầy đủ.

Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.

Đăng nhập hoặc đăng ký Đăng ký thuê bao

Nội dung bài giảng

为什么选择功能分支工作流？
功能分支的生命周期
用两条命令创建功能分支
提交代码审查
通过代码审查并合并
Git Flow：开发流水线
功能分支与发布准备
通过 hotfix 进行紧急修复
实践：创建功能分支
在项目中启动 Git Flow
新功能开发：从分支到合并
准备发布：打包更改
紧急修复：热修复实战
主干开发（Trunk-Based Development）：核心理念
如何在TBD中处理未完成的功能
实践：频繁提交到main分支
何时选择Trunk-Based Development
错误一：为小团队使用Git Flow
错误二：Trunk-Based开发不进行代码审查
错误三：功能分支存活时间过长
如何选择正确的工作流
如何选择Git工作流：关键标准
功能分支：创业公司的城市代步车
Git Flow：大型团队的越野车
Trunk-Based：持续交付的F1赛车
分析当前Git流程：Git Flow的问题
迁移计划：如何从大房子搬到精品公寓
培训团队掌握TBD新实践
实践：将特性分支迁移到TBD
如何在面试中谈论工作流程
问题案例及解决方案
如何实施流程改进
面试中应避免的表述
选择适合的路径：总结与课后作业