本文小编为大家详细介绍“gitlab中如何优雅的拉取和合并代码”,内容详细,步骤清晰,细节处理妥当,希望这篇“Gitlab中如何优雅的拉取和合并代码”文章能帮助大家解决疑惑,下面跟着小编的思路慢慢深入,一起来学习新知识吧。pull or f
本文小编为大家详细介绍“gitlab中如何优雅的拉取和合并代码”,内容详细,步骤清晰,细节处理妥当,希望这篇“Gitlab中如何优雅的拉取和合并代码”文章能帮助大家解决疑惑,下面跟着小编的思路慢慢深入,一起来学习新知识吧。
拉取代码的操作有两种形式,git pull
和git fetch
,那么这两种有什么区别呢?
让我们先来看看一个架构图
图中展示一个完整的git流程,为了更清晰的了解每个区域,我们下来解释一下他们的功能:
工作区(working directory), 简言之就是你工作的区域。对于git而言,就是的本地工作目录。
暂存区(stage area, 又称为索引区index), 是把修改提交版本库前的一个过渡阶段。在工作目录下.git
的目录里面有个index
文件,存储着关于暂存区的内容。git add命令将工作区内容添加到暂存区。
本地仓库(local repository), 版本控制系统的仓库,存在于本地。当执行git commit命令后,会将暂存区内容提交到仓库之中。.git/objects
目录中存放了每一个提交的记录,而在.git/refs
目录下存放的是分支信息和tag信息。
远程版本库(remote repository), 与本地仓库概念基本一致,不同之处在于一个存在远程,可用于远程协作,一个却是存在于本地。通过push/pull可实现本地与远程的交互;
远程仓库副本, 可以理解为存在于本地的远程仓库缓存。当使用git fetch
拉取远程代码仓库的时候,就相当于在本地有一个远程仓库的副本,你可以选择把这个副本合并到本地仓库中。
从图中可以看出来,当我们使用git pull
拉取代码的时候,是直接合并到了本地分支,而使用git fetch
拉取代码的时候,会先在本地生成一个远程仓库的副本,然后使用git merge
或者git rebase
合并到本地分支。
既然能直接git pull
何必多次一举呢?试想一个场景,当你想合并别人的代码,又不知道人家改了什么东西,是否能够跟你代码合并到一起,这时候通过git fetch
就能很轻易的实现。git fetch
以后实际并不会立马跟本地分支立马合并,在git fetch
以后,会显示如下图:
上图显示了远程新增了一个test2
分支,在test
分支上多了个一个提交信息,这时候在.git/refs/remotes/origin
目录下可以看到多了一个test2
分支。
使用git log origin/test
,可以查看具体的提交信息
如果想查看提交的内容是啥,只能通过新建一个分支,
git checkout -b test-origingit merge test
讲到这里,相信你已经明白了git pull
和git fetch
的区别了吧。总结一下:
git fetch 更安全,更人性化
git pull 更激进,破坏性更强
一般的Leader在管理项目的时候都是习惯性的使用git fetch
查看最近新增了哪些分支,做了哪些修改,从而对项目做出更好的把控。
上面提到的合并操作,一般我们直接是通过git merge <分支名>
去合并某个分支的代码。先看看直接使用git merge
的问题,有一条看着很不顺眼的Merge branch
信息,如下图所示:
下图是合并后的一个流程图,当我们在main
分支拉一个dev
进行开发,这时候两个分支都有提交记录,当我们合并的时候,正常情况应该是在main的基础上,直接合并,而不是多了一个C7
的提交信息,也就是上面提到的Merge branch
,这显然是一个很不合理的现象(当然这也不影响git正常工作)。
那如何解决这个现象导致的问题呢?答案就是git rebase
,俗称变基。
下面我们先来看看变基以后git分支是什么样的了
可以看到,当dev
分支更新之后,它会指向这些新创建的提交(commit),而那些老的提交会被丢弃。
上面讲了这么多,现在让我们来实际操作一下。
场景:远程有一个main
分支上有内容更新,现在我们需要把更新的内容合并到本地dev
分支上,然后push
到远程dev
分支,当前分支实在dev分支。
简单实现(就是很朴实无华):
# 拉取main分支代码git fetch origin main# 合并到devgit rebase origin/main
上面的git rebase
还有个快捷的操作,直接一行命令搞定
# 拉取test分支代码合并到devgit pull --rebase origin test
如果你不想每次都添加rebase
,可以在终端中输入下面的命令:
git config --global pull.rebase true
这个配置就是告诉git在每次pull前先进行rebase操作
# 查看本地分支git branch# 查看远程分支git branch -r# 查看所有分支git branch -a# 拉取所有远程分支代码git fetch # 拉取origin源上所有分支代码git fetch origin# 拉取orign源上main分支代码git fetch origin main# 拉取远程分支到新建的一个本地分支并git checkout -b newBrach origin/master# 合并远程分支到本地git pull --rebase origin master# 查看提交日志git log --oneline# 查看某个人提交的日志git log --author=xiumubai --oneline# 查看某个文件提交的记录git blame README.md# 查看某次提交的内容git show <commitid># 查看最近几次的提交git log -p -n
读到这里,这篇“Gitlab中如何优雅的拉取和合并代码”文章已经介绍完毕,想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会,如果想了解更多相关内容的文章,欢迎关注编程网精选频道。
--结束END--
本文标题: Gitlab中如何优雅的拉取和合并代码
本文链接: https://lsjlt.com/news/354062.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0