1 分•作者: merinid•13 天前
返回首页
最新
1 分•作者: hakilebara•13 天前
1 分•作者: mhb•13 天前
45 分•作者: rbanffy•13 天前
27 分•作者: birdculture•13 天前
31 分•作者: zdw•13 天前
7 分•作者: cfmcdonald•13 天前
19 分•作者: glidr_dev•13 天前
对于经常发布更新的各位来说,在发布更新时,你们通常会编写一套发布说明,还是会针对不同的受众群体进行改写?
例如:
• 针对开发者的技术版本
• 针对最终用户的简化版本
• 针对利益相关者的更高级别版本,等等…
在我目前的工作岗位上,我见识了各种团队,甚至是目前所在的公司,处理这个问题的方式。
我所见过的:
1. 将原始的 GitHub 变更日志粘贴到客户邮件中(强烈不推荐,如果你现在正在这样做的话)
2. 为每个受众群体手动多次改写相同的更新说明
3. 完全跳过发布说明,因为工作量太大
所以我想问的是:你们或你们的公司目前是如何处理多套发布说明的?你们是否觉得需要多套发布说明?
很想听听对你们来说哪些方法有效(或无效),以及你们是否找到了任何有助于缓解这个问题的工具。
1 分•作者: todsacerdoti•13 天前
2 分•作者: mikhael•14 天前
1 分•作者: surprisetalk•14 天前
1 分•作者: surprisetalk•14 天前
1 分•作者: surprisetalk•14 天前
1 分•作者: surprisetalk•14 天前
1 分•作者: jeroenheijmans•14 天前
1 分•作者: PaulHoule•14 天前
1 分•作者: calcifer•14 天前
1 分•作者: vlkc•14 天前
28 分•作者: mmaia•14 天前
2 分•作者: qwool•14 天前