版本更新喜欢写修复了一些问题， 不写都比写这些强。
=========
这就是告诉用户：我们今天来吃屎新鲜的。
用户：我知道要吃屎了，给屎起一个好听一点的名字不行吗？

多写多错

只是为了应付一下工作，要不然工作不饱和不好，缺失修复了一点bug，写在提交commit comment里面就好了，给用户他们也看不懂 iOS fly ~

这个归运营管啊

不写出来的更新内容，很多时候是修补了一些不为认知但又很严重的漏洞

有些问题很难描述，也不是什么大问题。不写也不行，就这样喽

回复2#marnes
所以我的意思怕错就应该不写。

回复3#zzd1997

git提交代码时可以胡乱按几个字母， 没必要给用户看啊。

回复5#Newlooker

重大漏洞不通知用户升级， 这是下套。

回复6#hpoiu

不想写不会不愿写，就笼统一点， “安全更新 界面更新”就完了。 还是语文老师的责任。

其实还真不是程序员写的 承认错误很难吗

有些app升级就是换个logo，加个字，如“年货节“什么的

我倒觉得，这个可能是实诚人，不忽悠。

如果说真话给你，你也看不懂。
1）有个函数中对整数处理不当，遇到零时会导致被零除的错误，已改正
2）某处有内存溢出
3）某处有逻辑错误会导致死循环

这些写给你有啥意义啊？我相信看这些你还不如看“修复了一些问题”

楼主可能是领导吧。。。
用户其实也不关心更新了什么。。。 iOS fly ~

修复了低级错误，好意思给你说吗？

告诉你我们修复了一个支付漏洞？

很正常吧，尤其是一些不知名的软件，写那么一大堆谁看呢，凑个字数罢了

不写这个，难道写真话？“因近期热点事件，暂时移除浏览器历史监控模块”？

其实是你之前没注意过，其实绝大部分app我都看过这种描述的。

类似这种，有实际描述的一二三然后一个笼统的其他。
Commit可以写笼统点，但是一般也不会瞎写的。

加了一个广告，能告诉你吗

回复9#xRAIN

可以这么做，但是谁也不会拿自己的绩效开玩笑。pr的时候过不去啊

不写就是那个啥 KPI太低，扣工资呗。。。
恶性循环。。

正常，微软苹果都这么写。 iOS fly ~

内部发现的bug这样写比较好

你看到的都不是程序员写的，这是产品运营组写的，然后对用户推送。

搜索结果添加广告，优化开屏广告；
可能修复了一个奔溃，我们自己也不确定能不能修好，先试试；
升级了一些第三方sdk的版本，我们也不知道为什么要升级，反正一有新版本，我们就跟着升级一下；
上次那个灰度测试有结果了，我们把老的代码清理了，对你应该没影响；

增加了一些偷鸡摸狗的功能，这个就不说了。

刷存在感 iOS fly ~

最牛逼的是微信，每次更新都是”修复了一些已知问题“

这个文案一般是产品经理写。如果是码农自己写的话，说明是小作坊

谷歌的产品也是写bug fix and performance op吧。

修复了一个很少人触发的bug，难道要告诉所有用户:“我的app原本有人能用它来吃屎，现在不能了”？

我就一直这么写。。

加了几个广告自动弹出窗口。不敢明说。

首先，release note这个不归程序员管啊，release的步骤有人专门负责的
然后，很多bug没有办法一句话写出来，比如内存在某些条件下会溢出，条件可能复杂到七八上十个，直接写“某些条件”和没写不是一个样么
再者，对内和对外release有区别，对内的测试release，会有详细的bug list… 但对外不会，也没有必要，大部分用户不会闲的蛋疼关心你内部什么极端情况下UI插图挂了，log导出有问题… 只要不涉及到用户的“正常”使用，他们绝大多数情况下不在意的 iOS fly ~

写详细容易被喷

一看就是外行，升级内容的文案根本不是程序员决定的 iPhone 12 PM

更新有可能是刷脸策略 ~ fly ~

回复43#motodexter

所以写文案这个人就是来刷存在感的，花钱就是养了一个废物，放一些花边图片也是好的，至少不应该让用户感到困惑。HiPDA·NG