Preview ng leksyon

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

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

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

Ano ang matututunan mo sa leksyong ito

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

Simula ng leksyon

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

功能分支 = 独立的章节草稿
代码隔离，实现并行开发
安全实验，不危及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
# 创建并切换到新分支

Buong leksyon ay para sa subscription

31 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

为什么选择功能分支工作流？
功能分支的生命周期
用两条命令创建功能分支
提交代码审查
通过代码审查并合并
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
如何在面试中谈论工作流程
问题案例及解决方案
如何实施流程改进
面试中应避免的表述
选择适合的路径：总结与课后作业