先说背景，一个比较大的需求，一个比较菜的小白。
起初，我在哼哧哼哧写代码的时候，并没有意识到什么是【质量工程】。
一心想着，把功能一口气写完，然后一次性让测试妹子测完。
但是大功能的开发内容比较多，我一下就写了三周。
随着最后一行代码敲完，我长舒了一口气😊，随便自测了一下就交给测试妹子了。
但是随之而来的是，一个接着一个意外的小bug😭。
反应到PM那边就是，我的代码质量不过关。
所以我的代码要回炉保证质量过关。
于是我没有上线成，我想，代码质量不过关是因为这些业务逻辑比较混乱。
之后我就考虑重构啥的，研究了两周代码，又败下阵来，没能够重构成功。
只能灰溜溜的捡起之前的代码，仔细测测，勉强提交。
但是麻烦是一个接着一个。
由于我开发时间跨度长达2个月，中间有一些其他小伙伴的需求陆续上线。
我不得不一个个合并他们的冲突，在这之后，我又得再次回归测试保证自己的合并没有错误。
最后的最后，终于来到了发布阶段。我留下这个文章【以示警告】。
经验
- 功能拆分
比较大的功能，下手写之前，一定要多想一想。
- 能否按某个纬度，拆分成更小的功能块。
- 优先做工作量小的块，保证需求不阻塞在自己这里，让测试和其他人能够及时参与。
- 任务专一
对于一些lint或者重构，单独在一个分支完成。
- 避免自己的commit提交，混杂了多个目的。方便MR。
- 同时也减少了自己开发的复杂性。
后记
经验，真是血淋淋的教训堆出来的。多少个日日夜夜，合冲突合的脑袋疼，有时候还不记得自己之前的逻辑。
