代码冲突是什么

给大家展示一下代码写的很差的生物是怎么样的。第一条叫做摸爽了就会翻肚皮，丹宝，哎，乖了乖了好了好了好了好。第二条就是肚皮上有东西的时候就要发起攻击， 好，这两条代码就是小猫非常尴尬的两条代码。

当咪的底层代码冲突之后，想吃东西，右转，刚掏回来，左转，咪咪，哎，不对呀，还我香香小肉干！于是咪咪继续掏，然后继续弹，简直是命运戏闹大长虫想吃零食和打飞东西的代码冲突了，右转，说，过来过来，咪要吃肉干，左转，走你 咪的左脑攻击右脑！网友，左手跟右手没商量好吗？还有的时候就是因为咪的代码过于简单，所以反应的很速度。咪咪，鳄鱼伤喵心了。

这个就是小狗的代码冲突吗？众所周知，给小狗喂药是一个难度系数非常大的任务，能安安稳稳乖乖吃药的狗子那是少之又少，逼得毛孩子家长也是各出奇招，扒开狗嘴硬往里塞的放在食物里，骗毛孩子吃的，掩饰教育的让狗子知道不吃容易挨揍。 看到不吃药就被挨揍的小金毛，摸摸酱，这是什么呀？小宝爱吃，但最绝的还是接下来这位毛孩子家长。大家都知道，在给小狗发出指令训练时，都会拿一些小零食作为完成动作的奖励，而博主恰恰就是利用了喂药和奖励之间的 bug， 拿出准备的药，发出让小狗叫的指令。叫 叫叫！等小金毛完成后，立马夸奖，并迅速把手里的药塞进嘴巴，好狗 啊！等小金毛反应过来，药早就已经被吞进了肚子，就这么轻轻松松的完成了喂药。此时一脸睿智的小金毛，左脑，这是药，我才不吃呢！右脑，这是主人的命令，手里的是奖励！

哎，大家好啊，写代码的朋友们肯定都遇到过这种让人抓狂的情况吧，就是你手头的活正干的起劲呢，突然一个紧急任务就砸过来了，结果呢，代码改的乱七八糟，自己都看不下去了。 别担心，今天啊，咱们就来聊一个 get 的 神仙技巧，保证能帮你把这个烦恼给彻底解决了。 来，咱们来想象一下啊，就这个场景，你正吭哧吭哧的开发一个特别酷的新功能，代码敲得飞起，灵感满满，结果，咚！老板过来说，线上有个紧急 bug， 你 马上给我修好。 哎呀，这下怎么办？用 git stash 把它塞起来，还是急急忙忙切换分支？等你手忙脚乱地把 bug 搞定，再想切回来？完了，刚才写到哪了？思路传断了，搞不好 stash 的 代码儿都找不回来了。怎么样，这画面是不是太真实了？ 那这个问题的根源到底出在哪呢？其实啊，说白了，就是因为我们所有的活，不管是什么任务，全都在同一个工作目录里瞎搅和。你想想，所有没提交的改动都挤在一块，他们之间呢，就会互相污染。 新功能的代码跟修 bug 的 代码混在一起，那简直就是一锅大杂烩。你想干干净净地提交，或者说，哎呀，我改错了，想回滚，那可真是难上加天了。 你看这张图就特别形象，这儿呢，开发者 a， 他 正在为新功能改一个配置文件，叫 config 打拍。 巧了，不是，那边开发者 b 呢，为了修 bug， 也在改同一个文件，那结果会怎么样？不用想了，肯定是代码冲突，你覆盖我的，我覆盖你的，来来回回折腾，这效率嗖一下就降下来了，简直就是开发者的噩梦。 好，刚才咱们吐槽了这么多问题，那总得有解决办法吧？当然有，而且这个办法还特别优雅。来，是时候请出我们今天的主角了，它就是 get work tree， 可以 说，它就是来终结刚才我们说的那种混乱局面的。 这句话大家看，各纲各的目录，互不干扰。这八个字简直就是 work tree 哲学的精髓。你仔细品一品，什么意思呢？就是它的核心思想啊，就是给每一个任务都创造一个完全独立的，不会被别人打扰的工作空间，就这么简单。 所以，这 work tree 到底是个啥呢？咱们用个比喻啊，你就把它想成你的代码。仓库是个大办公室， 但以前呢，你只有一张竹子，所有的文件、项目、杂物全都堆在这一张桌子上。而 worktree 呢，就相当于给你的办公室里变出了好多张干净的桌子。 你想开发新功能？好，去一号桌，要修紧急 bug， 没问题，去二号桌，想做个小实验给你三号桌。每张桌子都是独立的，互不干扰，但它们所有的资料都来自同一个中央文件馆，也就是那个唯一的 get 仓库。 听起来是不是感觉挺神奇的，但实际上啊，用起来超级简单。来，咱们这就一步一步地来看看一个 work tree 是 怎么从无到有，再到完成使命的。整个流程你看，就这么四步，特别清楚。 第一步就是你得先想好你要干啥，把任务定下来。然后第二步，敲一个特简单的命令， get 就 会帮你变出一个全新的干干净净的目录，这个就是 work tree。 第三步，你就 cd 进去，到这个数数，你的小天地里，想怎么写代码就怎么写，想怎么改就怎么改，完全不用担心会影响到外面其他的工作。 最后一步，活干完了，这个目录你可以留着，也可以直接删掉，一点痕迹都不留，是不是特别干净利落？ 那么，用了这个新方法之后，跟我们以前的老办法比，到底有什么不一样呢？来，咱们这就来做个直接的对比。俗话说的好，没有对比就没有伤害，这一比啊，你马上就能感觉到他的好了。 好，我们来看这个表格啊。你看，以前在协调上，咱们就只能靠任务板，看看谁在干啥。 现在呢，除了任务板儿，每个任务都明确地绑定了一个 work tree， 清清楚楚。再看这个执行范围，以前是共享目录，现在是每个任务独立目录，这是最核心的变化。 还有可恢复性也变强了，不光是任务状态，连 work tree 本身的状态都能找回来，整个任务从开始到结束，它的生命周期都变得特别清晰，有据可查。 所以，总结一下， worktree 到底给我们带来了什么好处呢？主要是这四点，第一，就是真正的目录隔离， 你的代码在一个安全的沙箱里，绝对不会跟别的代码打架。第二，有了隔离，你就可以安全地并行执行了，同时开好几个任务，也不会把自己搞疯。 第三，它提供了完整的状态可恢复性，就像电脑突然蓝屏了，你的工作现场也能找回来，是不是很安心？最后一点，就是清晰的生命周期可见性，让每个任务的管理啊，都有始有终，清清楚楚。 嗯，咱们聊了这么多，其实我想说， walk tree 啊，它真的不只是一个冷冰冰的 get 命令， 它背后代表的是一种更聪明、更高效的工作理念，一种更好的写代码的方式。那用了 word tree 之后，最棒的结果是什么？大家看屏幕上这个大大的数字零， 因为任务重叠搞出来的代码冲突直接降为零，你想想这意味着什么？这意味着你可以把全部的脑细胞都用在解决真正的问题，创造真正的价值上，而不是天天去救火，去处理这些工具本身给你带来的烂摊子。 所以说， walk tree 的 真正价值就在于，它能把本来特别复杂、特别乱的多任务并行开发，变成一个安全可控、有条理的过程。它就像一个清道夫，帮你把开发路上的障碍都扫清了，让你能更专注、更顺畅地去写代码。 好，那在最后呢，也给大家留一个问题思考一下。今天我们聊了用 worktree 来做任务隔离，那除了这个之外，在你的日常工作中，你觉得还有哪些地方，哪些流程是可以变得更简单、更高效的呢？ 希望今天的内容啊，能给你带来一些新的想法。好，这次就到这里，感谢大家。

原来好朋友之间闹掰只需要一秒钟。对于小猫来说，蹭蹭是很喜欢你的意思，但对于小狗来说，亲咬是喜欢的意思。坏消息是，当小猫小狗同时向对方表达喜欢的时候，他们的底层代码就会出现冲突。猫咪过来蹭蹭小狗，小狗回礼上去就是一口 猫猫贴贴就贴贴，有点面见，敢行吗？大哥，上来就啃我是啥意思？

哈哈哈哈哈哈哈哈哈哈哈哈 哈哈哈哈哈哈哈哈哈哈哈哈 哈哈哈哈哈哈哈哈哈哈哈哈哈哈。