博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
git不能先commit后再pull
阅读量:6589 次
发布时间:2019-06-24

本文共 401 字,大约阅读时间需要 1 分钟。

  本文首发

  今天遇到一个在使用git上的一个误区。具体的问题现象是:

  我commit后再pull而不能在本地合并的情况,结果导致我的commit直接把同事的修改覆盖了。因为相对于我此次的commit的A版本是同事的提交的B版本的上一个C版本,我直接是对C版本进行的修改,就是因为我没有先把同事的B版本先pull下来在本地产生一个最新的版本的合并。
  我一直都是先commit后再pull,这样能“避免”冲突,事实上这样肯定不行,这样会导致你的commit不是基于最新的版本来进行的,而是上一个版本,这其中有其他的提交而在服务器上产生了最新的版本。而这样避免冲突的方式是错误的,更像是躲开了冲突。正确的操作是先pull下来,再添加,然后冲突解决,然后提交推送.
  下面有一个简单的图示:

转载于:https://www.cnblogs.com/hilsion/p/10516365.html

你可能感兴趣的文章
check the manual that corresponds to your MySQL server version for the right syntax to use near
查看>>
spring创建连接池的几种方式
查看>>
在JSTL EL中处理java.util.Map,及嵌套List集合
查看>>
我的友情链接
查看>>
LAMP之网站搭建(二)
查看>>
nginx-负载均衡
查看>>
linux学习计划
查看>>
GCE 部署 ELK 7.1可视化分析 nginx
查看>>
Rancher2.0中邮件通知的设置
查看>>
OSI七层参考模型-数据链路层
查看>>
poj 1155
查看>>
JS-cookie封装
查看>>
浏览器插件 - Chrome 对 UserScript 的声明头(metadata)兼容性一览
查看>>
基本数据类型的包装类和随机数
查看>>
nginxs主配置文件
查看>>
2019.2.14 t2 程序调试
查看>>
【模板】杜教筛(Sum)
查看>>
零开始:NetCore项目权限管理系统:登录授权
查看>>
protobuf
查看>>
循环次数( M - 暴力求解、打表)
查看>>