确定 Release 规则

[popomore]

确定 Release 规则

[popomore]

1.0 后的 release 规则要不要按原先的来？走 PR 提交 changelog。

[popomore]

最简单的方式是走 pr

1. 创建 release 分支，修改版本和历史，创建 PR
2. 合并后根据 master 切 tag
3. npm publish

也可以考虑自动发布版本，就是 PR 合并后不需要人肉操作，自动切 tag 和 publish

[fengmk2]

就继续按之前的做法，手动写 release histroy 和版本号，然后提交 pr ，确认没问题后合并到 master，然后打 tag，执行 npm publish。

[fengmk2]

@popomore 写一个 release 流程说明

[popomore]

那我写个 RFC 吧，然后再讨论

[atian25]

新仓库的配置也写一个说明? 包括 branch, service 之类的

[atian25]

vue 的 release note 会在 github release 那里: https://github.com/vuejs/vue/releases

这个我们也可以搞搞, 不知道是不是读取 commit message body

[popomore]

嗯，可以搞搞 TZ | 天猪 <[email protected]>于2017年2月8日 周三09:13写道：

…

vue 的 release note 会在 github release 那里: https://github.com/vuejs/vue/releases 这个我们也可以搞搞, 不知道是不是读取 commit message body — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#47 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAWA1d5jUDqLpsXRMS-ZzRIXcaw0xYS_ks5raRabgaJpZM4JlVKJ> .

[popomore]

更新了

[atian25]

+1

这几点要不要补充?

• 自动跑 benchmark

正文中那些点:

• 如何可以让每个仓库都配置一样? 避免新库的时候配置遗漏
• release 的 pr, 只能 core 成员才能点击 merge, 避免误操作导致的版本发布.

[dead-horse]

其他的模块是否不做这个强约定了？保证 egg 就好，因为 egg 要做的工作可能多一点。

[popomore]

先做 egg 吧，如果工具都有了足够简单的话再看其他库吧。

[fengmk2]

@dead-horse 只需要 egg 吧，其他模块使用最简单的 release 模式

[fengmk2]

+1

[popomore]

这个还没做完

[dead-horse]

感觉现在的发布模式也够用了，这个 issue 关掉吧？

[atian25]

加到 Project: maybe 里面待跟踪吧。可以先关掉。