版本管理之 git 分支管理
当前位置:点晴教程→知识管理交流
→『 技术文档交流 』
分支的英文是 branch,可以大概这么来理解。 一个项目如同一个游戏,游戏有主线任务和支线任务。 支线任务完成了,就要回到主线任务上来继续整个游戏的进度。 分支同样分为主分支和其它分支,这里的其它分支可以有开发分支,功能分支,修复分支等等。 就好像一个个不同的支线任务。 通过这些不同的分支,开发者可以在不影响主代码库的情况下进行开发和测试。 最终的代码都会回到主分支,称为分支的合并,以完成整个项目的进度。 本文将介绍 Git 分支的创建和切换、以及分支的合并。 分支的概念分支是代码库的一个独立开发线。 每个分支都有自己的提交历史,允许开发者在不同的分支上并行工作,而不会干扰其他分支的开发。 常见的分支类型包括:
分支的创建和切换创建和切换分支是 Git 中的基本操作。 每个仓库的默认分支是主分支,一般名称是 main 或 master。 当开发人员要来开始工作的时候,一般不会直接在主分支上操作,而是基于主分支创建出一个新的分支。 创建新分支
创建分支的命令比较简单,咱们来创建一个名为
执行完之后,看到在左下角,显示的还是 master,点击一下 master,在上方正中间看到新创建的分支信息。 那要如何切换到新的分支上工作呢? 切换到新分支其它在刚才的 UI 界面,点击一个新创建的分支即可切换到新的分支上。 这里说一下使用命令行如何操作。
这样的话,切换到
可以看到显示的信息提示已经切换到了 创建并切换到新分支刚才讲的是两步操作,先创建分支,再切换分支。 通常情况下,创建分支的目的就是切换过去工作,所以这两个操作可以合并到一起操作。
例如,创建并切换到
注意这里的显示信息与刚才的相比,多了一个 分支的合并当功能开发完成后,需要将功能分支合并回主分支或开发分支。 合并操作可以将一个分支的更改引入到另一个分支中。以下是合并分支的步骤: 现在我们在 现在我们这部分修改合并到 切换到目标分支我们的目标,是把 feature-mytask2 合并到 feature-mytask。 这里 feature-mytask 是目标分支。
合并功能分支在目标分支上,执行合并操作,合并操作指定需要从哪个分支合并修改。
这样修改就直接合并过去了。通过 git graph 也能查看到如下信息。 解决冲突刚才的合并非常顺利,因为我们的变动只发生在了功能分支。 假如目标分支里也存在变动,合并的时候就可能会有冲突。 如果有冲突产生,在执行合并操作时会提示要去解决冲突。 这时我们要打开冲突文件,手动编辑并解决冲突,然后提交更改。 我尝试着在分支 然后重复上述的合并操作。得到如下结果。 可以看到 git 自动合并的冲突,原因是因为这里的修改比较简单。 如果遇到复杂的冲突场景,当 git 无法解决的时候,就会提示手工解决冲突。 这里就不再模拟,后面在实战中遇到了咱们再说。 总结
该文章在 2024/12/4 17:25:56 编辑过 |
关键字查询
相关文章
正在查询... |