为啥微信的更新信息大多都是:修复已知问题,但是开发中反而越详细越好

在应用商店,我们在更新微信的时候可能会发现,更新内容都是模糊的,简单的一句话就是"解决了一些已知问题"。可能不只是微信,还有一部分应用程序也是,更新内容都是简单的修改修复一些已知问题或者优化了一些体验细节。

上图为手机商店里面微信的更新内容。

说到这,大家可能想到了,在开发工作中,如果在提交GIT信息的时候,没有写清楚改了什么,或者随便写点就提交甚至会被挨批,并且还有了提交的代码规范,反而是提交信息越详细越好。

原因

在应用商店中,面向的是用户,一个产品,如果频繁的列出一大堆的问题更新,会让用户对产品产生不信任感,起码不写清楚更新了哪些内容,用户焦虑感没有了。

其次就是个别更新内容可能是敏感的,V1版本有的致命bug,V2版本修复的。如果标注清楚更新内容,有的不良用心的用户就会利用V1版本的bug进行破坏。

最后就是,一个大的产品,比如微信这种,bug肯定少不了,功能越多bug越多吗,都列举出来也不现实,所以综合考虑还是简单点好。

开发者

对于开发者,我们在开发中就需要严格的按照规范,最差也要描述清楚提交的代码更新或者新增了哪些内容,在这里给大家推荐个Idea中的插件Git Commit Template,通过该插件可以定制一个提交模版,在提交代码时直接填充即可,大家可以下载安装实验一下。

本人习惯

我在写代码提交信息的时候,一般会写上更新了哪些内容,并标注是新增还是修改bug再或者是优化。

  • 新功能开发:feat:xxxxx功能开发。

  • bug修改:fix:xxxx问题修改。

  • 代码重构优化:refactor:xxx模块代码优化。

总结

代码提交信息规范化,提交代码时麻烦,以后在查看或者battle的时候就知道有多好了。

比如,排查代码谁提交的,时间一长,逻辑忘了,当时因为啥这样写。

在或者写周报月报时忘了自己干了啥,回头看看提交信息大概就能想起来了。

留个好玩有趣的,公众号粉丝留言看下youtobe的更新记录,大家可以去看下,真的很有趣

相关推荐
香瓜子rd21 分钟前
MySQL InnoDB 并发控制核心原理:事务、隔离级别、MVCC 与锁机制
数据库·后端
RISCV_Explorer25 分钟前
RISC-V RVV向量编程模型机制解析——vsetvl配置、掩码与尾元素策略及长度无关编程
后端·risc-v
对象存储与RustFS32 分钟前
升级 RustFS 二进制不停机:一条一条换,留一条退路
后端·rust·开源
hasty36 分钟前
限制写了却没生效:OpenTelemetry Go 的 Unicode 截断边界
开发语言·后端·golang
SensorFlow3 小时前
看板有漏斗阶段,为什么转化率仍可能是假的?用 ClickHouse 检查演示埋点
后端
LucianaiB3 小时前
【TextIn xParse 与 Workbuddy实践】我把答辩材料丢给 AI 审了一遍,它开始追着我要证据
后端
王中阳Go4 小时前
读者问"你用的什么 Agent":3 个 AI 员工的分工表和工具链
人工智能·后端·ai编程
BadQiang4 小时前
Java 调用 Python 服务,报错后该从哪里查起?
后端
Hashan4 小时前
Vibe Coding 下前后端怎么对接接口?后端不给力的兜底方案
前端·后端·vibecoding
小蒜学长4 小时前
基于SpringBoot+Vue的小学数学智能出题系统(代码+数据库+LW)
java·数据库·spring boot·后端·智能出题系统