亲宝软件园·资讯

展开

Git常用场景使用 Git常用场景使用方法

做猪呢,最重要的是开森啦 人气:0
想了解Git常用场景使用方法的相关内容吗,做猪呢,最重要的是开森啦在本文为您仔细讲解Git常用场景使用的相关知识和一些Code实例,欢迎阅读和指正,我们先划重点:Git常用场景使用,Git场景使用,下面大家一起来学习吧。

    1. 本地存在多个commit:

【场景】代码和远程仓库一致,本地修改后,存在多次本地commit,直接push最新的提交,push成功,但本地多次commit记录也会记录到远程仓库中
【举例】第一次提交:添加File1文件,文件内容666666
              第二次提交: 添加File2文件,文件内容888888,修改File1内容

在这里插入图片描述在这里插入图片描述

2. 远程仓库代码回退:

    先本地版本回退:git reset commitid
    本地回退版本强推远程仓库:git push -f

3. rebase操作:

【场景】代码和远程仓库一致,本地修改后存在多次本地commit,本地多次提交的代码没有冲突,rebase合并本地多次commit
【举例】如1中例子,第二次提交为最新提交,希望只保留第二次提交
【操作】3-1. git rebase -i commitid

在这里插入图片描述

   3-2. 之后会进入类似vim的编辑器(i插入修改,修改完:wq保存)
        pick:表示需要提交的commit记录|squash:表示合并到前一个commit
        reword:使用本次提交,但修改commit信息

在这里插入图片描述     

   3-3. 之后会进入提交信息编辑页,修改保存,rebase完毕,合并成功

在这里插入图片描述在这里插入图片描述

【注意】 命令中commitid是两次提交的前一个commitid
                第一个pick不可修改,可以将后面的squash
                如果页面显示noop,就是你的commitid选的是最新提交的commit,这样是不对的

4. push冲突

【场景】本地commit了,但在push之前,远程代码被别人修改过了,代码冲突的情况处理
【举例】添加一个File3,提交前手动修改远程仓库代码(模拟别人提交修改了远程仓库代码),远程仓库代码被修改后,本地push
【操作】4-1. 添加File3

在这里插入图片描述

        4-2. 修改远程仓库代码

在这里插入图片描述

        4-3. 本地push代码,提示冲突,选择Merge,直接push成功

在这里插入图片描述

        4-4 . Merge后推送到远端有两条commit(因为这次push只修改了File3,并没有修改File1,Merge后相当于先拉取代码再提交,所以直接push成功)

在这里插入图片描述

【举例】添加一个File3,并修改File1,提交前手动修改远程仓库代码(模拟别人提交修改了远程仓库代码),远程仓库代码被修改后,本地push需要手动解决冲突。
【操作】4-a. (版本回退后)添加File3,修改File1

在这里插入图片描述

        4-b. 修改远程仓库代码

在这里插入图片描述

        4-c. 本地push代码,提示冲突,选择Merge后手动解决冲突
            Accept Yours: 该文件选择你的版本合并到远端
            Accept Theirs: 该文件选择远端的版本,即放弃该文件的修改
            Merge :对比本地和远端的差异,手动解决冲突,一般都Merge

在这里插入图片描述

         左边是本地的修改,右边是远端的代码,中间是最终推送远端

在这里插入图片描述

        看情况对比修改

在这里插入图片描述

        修改确认后可能会出现push被拒绝,再重新提交一次就好了。

在这里插入图片描述

在这里插入图片描述

【建议】本地先拉取代码,如果冲突手动解决冲突,然后再push

【注意】没有commit就拉取代码,并且Accept Theris,可能会把本地修改过的代码覆盖掉,导致修改的代码丢失,注意备份。
-------------------------------------------------想到别的场景后续再补充------------------------------------------------------------

总结

加载全部内容

相关教程
猜你喜欢
用户评论