-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[软技能] 第26天 你对Git的branch及工作流的理解是什么? #93
Comments
topic -> develop -> master / release |
接到开发需求,从master 切新的 dev 分支, 开发完成, merge到 master。。这就是工作流? |
接到开发需求,从master 切新的 dev 分支, 开发完成, merge到 master。。这就是工作流? |
对Git的branch及工作流的理解如下: 在Git中,branch(分支)是指在代码仓库中独立存在的一个代码版本。它可以理解为是代码开发的不同分支,每个分支上可以独立进行代码的修改和提交。通过使用分支,可以同时进行多个功能的开发,而不会相互影响。 常见的工作流中,通常会有一个主分支(通常是 特性分支(feature branch)用于开发新功能。当需要开发一个新功能时,可以从主分支上创建一个特性分支,进行功能的开发和测试。一旦特性开发完成并通过测试,可以将特性分支合并回主分支,使新功能成为主分支的一部分。 修复分支(bug fix branch)用于修复代码中的错误。当在主分支上发现了一个bug时,可以从主分支上创建一个修复分支,进行错误修复。修复完成后,将修复分支合并回主分支,以修复主分支上的bug。 通过合理使用分支和合并操作,可以实现团队协作和版本控制的优势。分支可以使开发人员在不同的任务和功能之间进行切换,而不会相互干扰。合并操作可以将不同分支上的代码变更整合到一起,确保代码的稳定性和一致性。 除了上述常见的工作流程外,还有其他一些工作流程,如Git Flow、GitHub Flow等,它们在分支管理和合并策略上有一些差异,可以根据团队的需求选择适合的工作流程。 |
第26天 你对Git的branch及工作流的理解是什么?
The text was updated successfully, but these errors were encountered: