本文发表于 2394 天前,其中的信息可能已经事过境迁
文章摘要

  使用 SourceTree 有一段时间啦,从界面舒适度和易用性两个方面来看,的确要比小乌龟更好一点,日常配合命令行来使用,基本能覆盖到各种使用场景,譬如分支、版本、变基、合并等等。我本人在工作中接触到的 Git 工作流,大体上可以分为两类,从最早是官方所推崇的 5 个分支的 Git Workflow,到如今在 Github 上更为流行的 PR(Pull Request)。这两种方式,实际使用中各有优劣吧,而且这个话题似乎更适合专门写一篇文章来说。

 我真正想说的是,我需要一个优雅的 Diff 和 Merge 工具。虽然,对一个使用命令行的人来说,使用 git diff 来展示差异对比已经完全足够啦,可在某些需要解决冲突的场合,命令行就显得有点力不从心。我个人一直不习惯小乌龟的合并工具,因为使用起来总觉得相当别扭。直到我发现,VSCode 可以在打开冲突文件的时候,自动提示解决冲突的选项,我觉得我开始喜欢上这个工具啦。所以,平时我解决冲突的做法是,在命令行里找到冲突的文件,然后逐一用 VSCode 打开来解决冲突。

 现在,使用 SourceTree 的时候,周围同事大部分都习惯 GUI 操作,所以,就想能不能把 SourceTree 和 VSCode 结合着来用,因为我发现 SourceTree 可以支持外部的 Diff 和 Merge 工具。其实,小乌龟一样是支持的,关键是配置太难用啦!SourceTree 支持的 Merge 工具里有鼎鼎大名的 P4Merge,不过我发现一来官网完全打不开(需要翻墙),二来界面相当复古我不喜欢,而 SourceTree 默认的 Merge 工具其实就是小乌龟里的,所以,请允许我如此任性的折腾吧!

 首先,确保你安装了 VSCode,这显然是一句废话,可对于博主来说,这是唯一可以替代 Sublime Text 的代码编辑器,想想可以写 Markdown、写 Python、写 JS、写.NET Core,简直不能更美好了好嘛?然后,我们在 SourceTree 里做如下配置,这里我们直接让 VSCode 作为我们的 Diff 和 Merge 工具,具体参数如图所示:

SourceTree配置图示 SourceTree配置图示

 好了,现在我们就可以在 SourceTree 里愉快地使用 VSCode 啦,感受一下这如德芙一般的纵想丝毫,从现在开始,彻底忘掉小乌龟那丑陋的合并工具吧!

VSCode解决冲突 VSCode解决冲突

VSCode差异比较 VSCode差异比较

 既然,作为 Git 可视化工具的 SourceTree 可以使用 VSCode 作为 Diff 和 Merge 的工具,那么,我们干脆一鼓作气,将 VSCode 作为 Git 默认的 Diff 和 Merge 的工具吧!熟悉 Git 命令行的朋友一定遇到过这样的场景,有时候,我们执行完 git merge 以后,命令行会采用 Vim 的方式来进行交互,这是因为 Git 默认的编辑器就是 Vim,为什么是 Vim 呢?因为 Git 和 Linux 一样,都出自 Linus 大神之手啊!所以,这句话的意思是,我们可以给 Git 配置外部工具,譬如小乌龟、P4Merge 等等,这里直接给出相关命令:

//Merge时不创建备份文件
git config --global al mergetool.keepBackup fap false

//配置Diff工具
git config --global al diff.tool cod code
git config --global al difftool.prompt mpt false
git config --global al difftool.code.cmd '"C '"C:\Program Files\Microsoft VS Code\de\Code.exe" "-" "--wait --diff" "$LOCAL" "$REMOTE"'

//配置Merge工具
git config --global al merge.tool cod code
git config --global al mergetool.prompt mpt false
git config --global al mergetool.code.cmd '"C '"C:\Program Files\Microsoft VS Code\de\Code.exe" "-" "--wait" "$MERGED"'
git config --global al mergetool.code.trustexitcodecode true

 OK,配置完 Git 以后,遇到用到需要 Diff 的场景,我们只需要执行 git difftool;而需要用到 Merge 的场景,我们只需要执行 git mergetool。直接合理搭配工具,Git 一样可以变得非常可爱,而不是一堆枯燥乏味的命令行,好啦,Enjoy it,难得写一篇不那么技术向的博客,以后记得早点睡觉~zZ,晚安!

赞赏博主
相关推荐 随便逛逛
记一次从已损坏的 Git 仓库中找回代码的经历 本文讲述了作者在使用 Git 过程中遇到的仓库损坏问题及其解决方法。作者首先介绍了 Git 损坏的迹象,如本地分支消失和错误的 Hash 指针,并提出了可能的解决办法,如删除 `.git` 目录后重新初始化仓库。然后,作者通过使用 `git reflog` 和 `git fsck` 命令,找到了丢失的对象,并尝试了手动解包和创建临时分支。最终,通过 `git fsck --lost-found` 命令,作者成功恢复了丢失的提交,并强调了在 Git 仓库损坏时尽量修复而不是删除 `.git` 目录的重要性。文章还提供了 Git 恢复和撤销操作的各种命令,以及推荐了 Fork 这个 Git GUI 工具,并附有参考链接。
在 WSL 中使用 Linux 桌面环境的尝试与总结 博主分享了自己在使用Windows Subsystem for Linux (WSL)的过程中,尝试在WSL上使用Linux桌面环境的经历。WSL允许用户在Windows 10上直接运行Linux环境,但默认仅提供命令行界面。博主介绍了两种在Windows上使用Linux桌面环境的方法:XServer和远程桌面,并重点讲述了通过XServer实现的方式。通过安装VcXsrv等XServer软件,并在WSL中安装Ubuntu桌面环境,博主成功运行了Ubuntu的Unity桌面。此外,博主还尝试了Elementary OS的Pantheon桌面环境和Linux Deepin的DDE桌面环境,但遇到了一些问题,如Elementary OS的桌面环境安装失败,而Deepin DDE安装顺利但启动困难。博主建议在WSL下应选择轻量级桌面环境,并推荐了xfce作为友好的选择。最后,博主表达了对Linux桌面环境市场混乱的看法,认为这是Linux在桌面市场输给Windows的原因之一。
评论 隐私政策