最近在设计一个产品代码迭代发布的流程，如果一个产品能够实现迭代更新，我们需要考虑什么问题呢？
我列举了几个问题，如下：
- 产品需要有合理的代码分支控制
- 产品对外需要有版本号
- 产品需要有对外的changelog
- 产品需要定时发布更新
- 产品需要有一个用户论坛
我的解释如下：
- 产品内部代码管理需要有一个合理的流程，该流程能够应对产品持续迭代的需求，具体代码怎么管理，这个不做详细解释，但是代码一定要有合理的分支控制，需要合理规范每个分支的作用，不能所有代码都在一个分支上，这样会很混乱。
- 产品对外的版本号是跟你对代码打的tag是一一对应的，通过版本号，你能对对应到你产品发布的时候，代码用的是到什么时间节点的哪个commit。如果该产品出现问题了，你能够找到出问题的代码版本，能够基于该代码版本做hotfix。
- 产品需要正式的changelog，也就是修改日志，该日志不仅是给内部看，也是给外部用户看的，内部看到changelog，可以知道该产品大概是涵盖了最近的哪些改动，比如，最近加了一个feature，这个feature就应该写进changelog里，最近修改哪些重大的bug，也要写进changelog里。写changelog时需要考虑到受众群体，需要达到一种程度，就是普通用户都能看得懂，最好是用浅显易懂的表达方式描述出来。像appstore里，很多app有一些更新的时候，在“更新”按钮下面都会有这次更新的changelog。
- 产品需要考虑到更新频率，是每个月更新一次呢，还是每个星期更新一次，该更新是需要用户手动更新，还是自动更新。对于一些比如像路由器的产品，这些你平时都不知道怎么更新吧，路由器产品也不会告诉你要不要更新它的固件。这类产品用户多，让用户手动更新是不合理的，用户不知道什么时候需要更新，难道用户要每天登陆下路由器去看下需不需要更新固件么。所以在设计之初，就需要考虑到应不应该自动更新，什么时候推给路由器新的固件。
- 产品是人设计的，是人设计的，就一定会有一些缺陷，或者说设计偏好。每个用户在使用产品的时候，或多或少会发现，这个产品哪里做得不好，哪里不符合用户使用逻辑，哪里有严重bug。用户的声音需要被我们听到，我觉得需要有一个用户论坛，该论坛可以让用户反馈产品使用问题，让用户之间交流产品使用经验。这样一来可以获取到使用反馈，二来可以让这个用户群体之间相互交流，交流产生联系，这样可以让用户有认同感，也能够壮大这个用户群体。
想了这几个浅显的问题，先记录下。
