移自https://github.com/intuit/auto-release/issues/176
@aleclarson说：
这是我需要的插件：
它扫描 PR 的提交消息以查找
semantic-release样式前缀（例如：fix:、feat:、BREAKING）并自动应用适当的patch/minor/major标签到 PR。
受此Twitter 线程的启发。你会认为这是官方支持的插件吗？
@hipstersmoothie说：
是的，这听起来像一个很好的插件！ 官方没问题。 尽管我们可能需要为此行为添加一两个额外的钩子
一个名为
parseCommit的钩子可以在这里启用它
@aleclarson说：
我们可以使用parse-commit-message从提交中提取元数据（尽管它对esm的依赖使它有点重，但是一旦 NodeJS 原生支持 ES 模块，它就会被删除）。 同时，如果
esm对我们的影响足够大，我们可以分叉它并删除它。 即使我们不分叉，它仍然比semantic-release使用的要小约 6 倍。
aleclarson
所有14条评论
这很奇怪它如何依赖于 ESM
hipstersmoothie
于 2019-01-19
它可能应该在构建中使用 esm 而不是在生产中
有点像使用 babel-register 而不是仅仅构建它并发布 dist 文件夹
hipstersmoothie
于 2019-01-19
一开始我也是这么想的，但是看看源代码就知道了。
编辑：哦，nvm，你是说esm可以在发布前用于编译。 我们应该发送一个 PR。
aleclarson
于 2019-01-19
否则它看起来像一个很好的模块。 又好又瘦
hipstersmoothie
于 2019-01-19
看起来esm不是为编译而制作的： https ://github.com/standard-things/esm/issues/13#issuecomment -321710199
我说我们现在 fork，并将import和export语法转换为 CommonJS。
aleclarson
于 2019-01-19
嗯，是的，我只是在阅读自述文件。 看来我误会了
hipstersmoothie
于 2019-01-19
esm 似乎增加了 65kb 😮
https://packagephobia.now.sh/result?p=parse-commit-message
https://bundlephobia.com/[email protected]
hipstersmoothie
于 2019-01-19
我会做一个公关来切换到https://github.com/developit/microbundle ，也许他会添加它。
hipstersmoothie
于 2019-01-19
您应该考虑改用https://github.com/egoist/bili 。 它有一半的安装大小，但它可能有其他权衡。 不确定。
aleclarson
于 2019-01-19
hipstersmoothie
于 2019-01-19
顺便说一句，加入派对。 git-commits-since和detect-next-version在这里可能更有帮助？
我使用esm是因为有保证，而且它位于 Node 的 esm 功能标志后面。 我很容易使用ascjs或类似rewrite-imports ，但esm支持的不仅仅是导入/导出。 而且因为我不会_任何_构建步骤或任何东西，为了测试我只是用它作为我跑步者的钩子。
这给我们带来了这一点，我们可以切换到ascjs或asbundle 。
tunnckoCore
于 2019-01-20
@aleclarson为什么我的尺寸有这么大的问题？ 即使在节点领域，我们的包管理器也已经足够聪明，可以进行重复数据删除。
tunnckoCore
于 2019-01-20
@aleclarson为什么我的尺寸有这么大的问题？ 即使在节点领域，我们的包管理器也已经足够聪明，可以进行重复数据删除。
我从来没有提到过重复的依赖关系。 一般来说，我只是对臃肿的工具保持警惕。 “越轻越好”是我的经验法则，但每个人都有自己的经验。 我真的没有兴趣讨论这个。 :)
顺便说一句，加入派对。
git-commits-since和detect-next-version在这里可能更有帮助？
我更喜欢使用parse-commit-message因为这些包似乎重复了auto-release中已经存在的逻辑，但也许@hipstersmoothie可以用这些包替换现有逻辑以减少维护负担。
aleclarson
于 2019-01-20
:rocket: 问题在 10.0.0 中发布 :rocket:
hipstersmoothie
于 2019-01-25
相关问题
zephraph
·
12评论
zephraph
·
10评论
bbrinx
·
8评论
shilman
·
7评论
theAdhocracy
·
6评论
最有用的评论
我从来没有提到过重复的依赖关系。 一般来说，我只是对臃肿的工具保持警惕。 “越轻越好”是我的经验法则，但每个人都有自己的经验。 我真的没有兴趣讨论这个。 :)
我更喜欢使用
parse-commit-message因为这些包似乎重复了auto-release中已经存在的逻辑，但也许@hipstersmoothie可以用这些包替换现有逻辑以减少维护负担。