这篇文章主要介绍Git常用场景应该如何使用，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！

创新互联是专业的南充网站建设公司，南充接单;提供做网站、网站设计,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行南充网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!

    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，可能会把本地修改过的代码覆盖掉，导致修改的代码丢失，注意备份。

以上是Git常用场景应该如何使用的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注创新互联-成都网站建设公司行业资讯频道！

本文标题：Git常用场景应该如何使用-创新互联
本文网址：http://lszwz.com/article/ccojic.html