记一次修改问题吸取的经验教训

本文分享了关于软件开发过程中分支管理和并发问题的经验教训,强调了不要将test分支代码合并到个人开发分支,以免引入未经过滤的测试代码。同时讨论了如何避免因并发操作而产生的难以追踪的问题,例如MQ消息积压导致的消息重复发送问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

自己的开发分支不要去合test分支代码

把test分支代码和到自己分支,那提到uat环境时会把别人的测试代码提交到uat分支

不要把自己分支上别人的代码格式化

把自己分支上别人的代码格式化就gg,等着合并冲突吧,特别是多人开发的时候

多考虑并发的情况发生

很多不易排查的问题都是由并发问题导致的

mq消息积压可能导致mq消息一直发送

mq消息消费函数响应时间过长,超过mq设置的响应ack的时间会导致发送的消息积压,对积压消息重试又因为响应时间问题导致无ack响应,导致消息积压。最终的结果就是消息一直在重复发送。

吃饭之前不要部署版本

可能吃完饭回来就一口大锅

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值