• 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也是没有问题的。

  • 相关阅读:
    JAVA ---泛型的扩展
    pytest文档82 - 用例收集钩子 pytest_collect_file 的使用
    机器学习+CFD的后续
    消息摘要(数字摘要)的理解 - 查看很多资料后的感悟
    数据结构——时间复杂度和算法复杂度
    林沛满---一个面试建议
    Qt+FFmpeg+opengl从零制作视频播放器-4.音频解码
    接口测试之文件上传
    《向量数据库指南》——向量数据库Elasticsearch -> Milvus 2.x
    React antd组件Checkbox.Group单选实现
  • 原文地址:https://blog.csdn.net/qq_49821869/article/details/132640115