Git 小课堂 003

冲突,就要 Merge,没有冲突那就不叫 Merge。

写代码过程中,多人协作,难免有冲突,当然,自己也有可能跟自己冲突,不要说你没遇到过,那怎么办呢?git 给我们的解决办法是用 mergetool,如果不特殊安装什么,默认的合并工具是 vimdiff,

打开之后的样子是:

默认是 Vim 配置,可以修改,比较常用的是 control+w 可以切换窗口,:wqa 清除缓存并保存更改。当然,如果你的项目很大,或者说在实际工作中,可能冲突很多,vimdiff 不能满足需求(其实绝大多数是够用的),那么 Kaleidoscope 就是很好的合并工具,需要付费,五百多终身,不算贵。
这篇文章比较短,我写这篇文章的目的就是提醒你一下,不要忘记或忽略这些小工具,他们在多数情况下,是很好用很高效的,比更强大的工具更要快速和方便,你可能也有其他的一些解决冲突的工具,分清情况,结合使用,才能最大限度提高效率。

原文地址:https://www.cnblogs.com/renyuzhuo/p/12325670.html

时间: 2024-08-28 23:45:40

Git 小课堂 003的相关文章

Git 小课堂 001

本系列教程将会发布在微信圈子「GitHub」中,既然你已经找到了这里,那么我就直接假设基础的 Git 用法你已经掌握了(这种假设是有依据的,依据就是你已经找到了这个圈子,对 Git 不熟悉或者不了解的人不太可能看到此文),因此,本文只会介绍那些非基础用法,了解这些,可能对你以后的工作或学习会有帮助.让我们开始吧! 知其然,知其所以然会更好的理解 Git,Git 文件的存储方式,这个问题很重要,但又被大部分的的人忽略了,因此我们第一课就聊一聊 Git 的文件存储方式. Git 文件系统是 增量式

git 小tips

git 小tips 总结一下最近遇到的一些git问题 1. 将已有代码推送到github,报non-fast-forward的错. 正确的步骤是: cd code git init git remote add origin [email protected]:- git fetch git merge git push origin master 第4,5布可以合并成git pull ,如果不做这步的话会报non-fast-forward 的错. 2 忽略一些文件 某些文件不需要跟踪的可以加入

git小技巧:git blame && git show 查看某一行代码的修改历史

先查看某行代码由谁写的,在哪个commit中提交的: git blame file_name git blame -L 58,100 KeyboardActivity.java 其显示格式为: commit ID | 代码提交作者 | 提交时间 | 代码位于文件中的行数 | 实际代码 类似于下面这样: 这样,我们就可以知道commit ID了,然后使用命令:Git show commitID来看~ git小技巧:git blame && git show 查看某一行代码的修改历史

《Git小书》笔记:1 前言

? ? 在图灵社区买了本<Git小书>,以前也买了一本<GitHub入门与实践>,看完了,觉得挺好,可是现在几乎都忘了,怎么感觉杀鸡用牛刀的赶脚,我完全用不上那些功能啊,可能是没有因为没有经历团伙作案的项目吧,git几乎成了文件备份工具了,自然而然地几乎只用到了推送功能.而那些复杂的命令虽然练了不少,但终究因为缺少累积理解也都忘了. Git推送代码,因为都是代码练习片段,没有形成库的形式,加上推送的时候总是纠结commit的写法,所以也渐渐不用了. 最近对C语言有了点感觉,感觉如果

Linux小课堂开课了(1)

前言:突然奇思妙想,何不在学习Linux的道路上一边学习一边总结,这样应该学得更加深刻.不敢造次,所以起名叫Linux小课堂,零零散散地总结,也是一个动力.我是系统学习,但不保证小课堂是系统总结输出,纯属小打小闹.如需系统学习,请百度搜索Linux,学习Linux的方式真所谓条条大路通罗马.开始总结,不定期更新.1, 一个命令行是基于文本的界面,可用于向计算机系统输入指令.Linux命令行由一个程序提供,它称为shell.如图是超级用户root运行shell的界面使用bash shell执行命令

小课堂的使用体验报告

小课堂是一个课堂学习讨论的app,并且其针对领域较为狭窄:即只针对校园的学生和老师等人员.但其有值得推广的潜力性和可能性. 对于使用它的体验:第一点我感觉这个app的界面很简约且较为美观,绿色干净无广告弹出,特别符合官方绿色app的要求,界面的简约使得人们更专注于app本身的功能,从而提高了使用该app的效率. 第二点:我觉得这个app考虑地很周到,符合用户的要求.在该app界面上添上了用户使用指南并且讲解地十分详细,这个app中的指南和app位于同一页,并且出现的位置和选项的位置吻合,这意味着

Git小技巧 - 指令别名及使用Beyond Compare作为差异比较工具

前言 本文主要写给使用命令行来操作Git的用户,用于提高Git使用的效率.至于使用命令还是GUI(Tortoise Git或VS的Git插件)就不在此讨论了,大家根据自己的的喜好选择就好.我个人是比较推荐使用命令行的,因为命令行是原生的客户端,当熟悉了命令行以后,使用效率并不会比GUI低.而且我是从GUI(Tortoise SVN)转命令行的,刚开始的时候也是吐槽命令行的“非人性化”,但我走出了舒适区,真正使用起命令行后,我才发现了自己之前的想法是肤浅的. 指令别名 指令别名就是给一些常用的指令

git小技巧--如何从其他分支merge个别文件或文件夹

在实际工作中,一个大型的项目或版本迭代可能不是一次上线,可能会分好几次上线,这时候就会涉及创建多个分支,进行分别开发. 创建分支 功能分为2个分支,分别为A.B. A上面有个列表页功能 B上面有个详情页功能,还有个系统消息功能 产品经理说先上列表功能,于是我们就开发A分支,列表功能很快开发完成. 第二天按常理开发B分支,开发到一半,产品经理说目前的系统消息功能需要急着上线,要和列表功能一起上线,当时就懵逼了,然后赶紧放下详情页的开发,立马去开发系统消息功能,开发完之后需要将列表功能和系统消息功能

《Git小书》笔记:6 分支

还记得在食堂排队吗,假设好多同学喜欢看到认识的同学就喜欢插队,只是他的插队不是直接插入,而站在队外面,然后来了新人看到了,又插到他后面,很快我们就看到食堂窗口那里变成了一颗树了. 好的,我们先来一个人排队: 查看分支: 我们开始插队,创建一个新分支roma: 在新分支上修改文件,然后提交一下,就相当于又插队了一个人: 好的,现在roma分支上我们已经完成了插队,而master分支还只有一个人"init",现在查看一下roma分支上有几个人了: 下面是简化SAH1输出的命令格式,一般情况