• git 将本地分支与远程master主分支合并


    1.git add . // 将本地修改文件加入暂存区
    2.git commit -m"修改内容"  //提交日志
    3.git checkout master  // 切换到主分支  (建议操作到这里的时候利用git  branch  查看一下本地分支有哪些)
    4.git pull   // 将本地主分支代码更新
    5.git checkout  self-branch  //切换到自己分支
    6.git  merge master  //将主分支代码合并更新到自己分支
    7.git  push    // 提交到自己分支远程端
    8.git  checkout  master //切换到主分支
    9.git  merge  self-branch   // 将自己代码合并更新到本地主分支master
    10.git  push  //  将本地代码推到远程主分支master上   
    //  到这里已经实现了将本地代码推送合并到远程master主分支上了,但为了下次继续开发可以切换到自己开发分支上
    11.git  checkout self-branch
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12

    参考:https://blog.csdn.net/xiaochumen0707/article/details/119113933

    应该是先commit 自己本地的代码 再pull
    直接pull 你本地的代码还没提交就直接被覆盖了

    我的建议是:
    1.在本地修改与远程代码无冲突的情况下,优先使用:pull->commit->push
    2.在本地修改与远程代码有冲突的情况下,优先使用:commit->pull->push

    那么我们怎么去确定是否有冲突呢?
    一般我们在合作开发一个项目的过程中,都会有分工,有时会两个人同时修改一个类,有时整个类都是你自己在开发。
    如果都是自己在开发的类,当然优先使用pull->commit->push,为什么我更倾向这种方式呢,因为这样会减少Git没有必要的merge。

    如果有冲突的情况下,先pull了会出现什么问题呢?
    如果你的判断失误,在本地修改与远程代码有冲突的情况下,先执行了git-pull,即使是这样也不用担心,git会给你一个错误提示,这时候你再去执行commit->pull->push也是没有问题的。

  • 相关阅读:
    【每日一题】补档 CF1792C. Min Max Sort | 思维 | 简单
    [apue] 标准 I/O 库那些事儿
    RabbitMQ介绍篇(一)
    es nested object区别
    java基础有哪些好的教程?
    @hystrixcommand
    【linux命令讲解大全】073.“Linux文件搜索工具:bzgrep和egrep的使用方法“
    20.1CubeMx配置FMC控制SDRAM【W9825G6KH-6】
    分享一段crc16校验算法
    Kotlin~作用域函数let、run、apply、with
  • 原文地址:https://blog.csdn.net/qq_49821869/article/details/132640115