分支理解
- master分支是项目在创建时候的默认分支，除此之外，它并没有更多的含义。
- 剩下的 “开发分支”，“灰度分支”， “预发布分支”， “需求分支”，“测试分支” 都是根据项目和需求约定的。它们本质上只是一个分支而已。
1、首先，我们创建了一个项目：
http://10.2.16.183/zhiheng/myproject
这是我局域网搭建的gitlab，我们就以这个项目为例。
2、项目的基本流程：
- 克隆项目到本地
- 查看当前状态
- 提交代码
为什么要使用分支？
1、你在开发项目里面一个很大的模块，这个模块需要连续开发一个月，你可以选择一个月提交一次，但一个月的开发代码都存在你的本地电脑是很危险的。万一电脑丢失，代码被误删，损失很大！
2、你们团队的项目有十几个人在维护，每天会有N多次的提交，一旦你拉取和提交的间隙，被别人提交了代码，当你在提交的时候别人就需要解决冲突。每次解决和提交冲突是很浪费时间的。
分支的使用
- 查看所有分支（远程分支和本地分支）
- 查看本地分支
- 创建分支
- 切换分支
当你当前分支有未提交的文件时，不允许你提交分支。
- 在 dev 分支上面操作
创建 dev_a.py 文件
- 目前虽然本地多了一个 分支, 但远程是没有的。
- 提交到远程分支。
- 再次查看所有分支, 远程分支也多了一个
- 不同分支下面，文件数量不一样。
假设A 和 B 在一个分支上开发
1、A 拉取 common.py 文件，修改。
2、B 拉取 common.py 文件，修改。
3、B 提交了 common.py 文件的修改。
4、A 在提交 common.py 文件时就会遇到冲突, A 应该怎么做？
- 拉取远程代码
这个时候发现代码被 B 修改了，因为我本地也做了更新，所以不允许拉取。
- 先提交提交代码，再拉取。
- 解决冲突
开发的过程尽量避免多人改一个方法，像这样的冲突就比较解决了。 A和B需要坐到一起，这个冲突解决。
- 重新提交冲突
如果多个开发同时在一个分支上开发，上面的冲突每天要发生很多次。这将严重影响开发效率。 每个开发都在自己的分支上面开发。
- A开发在 分支。
- B开发在 分支。
此时，两个分支的上的代码出现了较大的不同。
将和合并到
1、 在A电脑上有本地只有 master 和 dev ，可以直接合并。
2、B电脑本地只有 master 和 test 分支。
- B电脑：先把 test 分支推送
- A电脑：本地创建 test 分支，拉取远程 test 分支的代码
- A电脑：回到 master 分支，合并 test 分支。
master 分支就拥有了所有分支的代码。 在这个过程中，
到此这篇git基本用法（git用处）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/24535.html