工作错题本,持久更新
Posted 嘿;-)翔�
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了工作错题本,持久更新相关的知识,希望对你有一定的参考价值。
20210519记录:分支问题
起因:
一个月前 由于合并请求时电脑输入法没有切换至英文,在中文状态下输入要合并到的分支,在合并时要合并的分支没有转换成功。
导致:
将自己的开发分支直接干到了master🥲
⚠️:看到了吗🥲🥲🥲 into master,然而 我的项目组组长也没有注意,直接就帮我合了,这样就成了一个月后代码冲突事件的帮凶😫😫。
当时:合完代码我就像往常一样去重启服务,发现没有最新的代码然后我就很纳闷,切换分支查看代码确实是没有,于是又找到组长发现合到了master,不言而喻的我们背脊骨一凉🥶,我干了什么😰。于是组长马上解决,revert了代码。。。。。,“没事,解决了,怪我,我也是没注意”,组长笑着对我说,而我😥😥😥😥😥😥就回去了。
later…
由于我当时发出合并请求的不止一个中心,两个,还都是组长脾气不太好的。
首次冒头,产品中心出现了合并代码的冲突,有个人不小心把我之前的代码弄丢了,我当时还很气愤😠,“是谁,打死他”。最后发现导致这个的是因为我一个月前把代码合并到master了,虽然revert了但是导致master分支版本是最新的高于其他分支,然后他们拉分支都是从master拉的(但我不知道为什么revert后代码还存在,可能是当时revert没成功。)在自己的分支上开发完之后,也携带者我当时版本的代码一并合到了dev,test或者其他分支,由于当时master上我的代码在我的分支上又经过了很多修改,我优先合到dev,所以他们的分支在合dev的时候会有冲突,但是我的分支代码又没合到test,test上的又没有我的代码,他们的分支在合test的时候又携带了我的代码,所以就又冲突了。这里说明我的代码包含新开发的接口,也包含在原有的接口逻辑上进行更改的。
就在昨天有个人给我发了这么一句
当时没备注,我电脑上没聊天记录,我还在寻思这谁呢,第一时间以为是大街上加的广告推广的呢,没删净?又或者是哪个小哥哥?,我看了下手机聊天记录😒,我们公司的之前还对过接口,虽然不知道是谁,但是小哥哥就算了,异想天开。半晌儿,一大叔过来找我🙄,解决代码冲突。“咋这么多?”,诉说了原因之后。。
临济下班,这个项目的组长过来吼了我,“不是,这啥时候的事,没人说呢”。我:“一个月前的”。一段叙说之后,他走了。
自己挖的坑,别人来填,我可真行,就算是让我来填,他们也不相信我有这个本事。
絮叨这么久:解决方案
保证prd分支是干净的没被污染的前提,把master分支干掉,或者直接把prd分支merge到master分支上覆盖之前的代码。然后再从master新建分支,把开发者自己的代码merge到新建的分支上,之后的提测上uat,上生产就那新分支一路合就可以了。
0520更新:
基于http://www.dockone.io/article/9699这篇文章,我解决下昨天的疑问🤔️,为什么明明master分支revert了但是他们拉取的时候依旧有我提交的代码。
原因:
看到这里小翔我😯,大彻大悟,当时确实是只revert了一次,以为只把刚刚的合并revert掉就完事,不曾想。。。。应该是我这个分支上提交了几次就需要revert几次才能回到原始。所以大家如果出现这种问题,当然了尽量不要出现,可以看看http://www.dockone.io/article/9699这篇文章,是否能解决问题
以上是关于工作错题本,持久更新的主要内容,如果未能解决你的问题,请参考以下文章