Git提交流程:

1. Menu remote > (拉取)fetch

2. 重新扫描(rescan)

3. 缓存改动(stage change)

4. 写注释后提交(commit)

5. Menu remote > 本地合并> 选择HEAD

6. 如果出现冲突, 手动解决冲突,这时文件会修改,  菜单(commit)> 缓存为提交
如果没有冲突,直接上传就可以,整个流程结束 7. 提交(commit)[说明:注释此时是自动生成的解决冲突的信息] 8. 上传(upload)

commit是提交到到本地仓库.

缓存改动是将要提交到本地仓库的文件.  比如你的项目,你修改了三个文件分别是A,B,C,  缓存改动,可以全选, 也可以只选择某一个进行进行提交.

upload 上传是把本地仓库提交到git仓库服务器.

如果没有出现冲突,直接就可以上传到服务器.  如果有冲突文件了, 需要把所有的冲突文件解决后,再上传.

解决冲突有四种方法:

1, 使用我的版本解决冲突

2, 使用他人版本解决冲突

3, 两者合并解决冲突

4, 使用比较工具,看情况解决冲突.

说明: 需要确定当前冲突的文件到底和谁冲突了, 需要商量着解决.   本地有冲突未解决是提交不上去的.

=============

情景分析:

不熟悉git的人,喜欢操作方式是喜欢把冲突的文件删了,再重新拉取,以远程仓库版本为准.

思想是好的, 但是方式不对, 应该是解决冲突时以为他人版本.

如果真的这么做了, 直接删了,  确实解决冲突了,  但是当你上传到服务器的时候,  这个文件也就删了.

于是出现一堆回滚, 重置版本的版本骚操作. 于是出现了git真他妈的垃圾之类的想法...

这是都是由于操作不规范导致的.  出现冲突不要想着删除冲突文件,  而是商量着解决,如果觉得自己没有改什么东西,或者改的东西不重要, 就直接以他人版本解决冲突,

你解决冲突之后,编辑器会自动加注释信息的,  缓存为提交, 上传服务器即可.

出现冲突,一定不要删除冲突文件.

如果出现的冲突文件非常多, 并且觉得自己没有改什么, 或者改的东西很小量, git可以撤销本地修改.  即到上一个版本的状态.

你再次拉取合并的时候百分百是没有冲突的.

最新文章

  1. sublime text 3 使用方法
  2. 收拾那掉了一地的session
  3. 微软要支持Objective-C了
  4. pom.xml中引入局域网仓库
  5. java多线程之生存者与消费者(Java编程思想)
  6. gb2312和UTF-8的区别
  7. debian防火墙firestarter
  8. jvm 参数调优
  9. 页面置换算法(最佳置换算法、FIFO置换算法、LRU置换算法、LFU置换算法)
  10. LLVM安装
  11. popen3
  12. hdu 4454 Stealing a Cake (三分)
  13. windowns10安装httpd
  14. 开箱即用(out-of-box)的Redis序列号生成器,不用再写任何代码,你值得拥有
  15. centos开启防火墙
  16. JS a标签默认鼠标事件,导致无法修改input选中状态
  17. postfix 邮箱设置及常见错误
  18. python文件操作r+,w+,a+,rb+,
  19. 前端小菜鸡使用Vue+Element笔记(二)
  20. java 读写 excle 完整版

热门文章

  1. 简单poi操作word@2020
  2. UIAutomator2的API文档(二)
  3. [MSSQL] [EntityFramework(.Net Core)] 自增长id字段,无法插入数据
  4. MySQL 5.7.30 的安装/升级(所有可能的坑都在这里)
  5. [JavaWeb基础] 027.JAVA中使用Axis搭建webservice-示例实现(二)
  6. hashMap探析
  7. nginx学习资料整理一
  8. 和付费网盘说再见,跟着本文自己起个网盘(Java 开源项目)
  9. Java并发编程 (六) 线程安全策略
  10. Java实现 LeetCode 797 所有可能的路径 (DFS)