【发布时间】：2019-02-23 02:56:37
【问题描述】：
我找到了semantic-release，它看起来非常有用。但我想知道如何自定义它以适应我们的工作流程：
- 没有 dev 分支，只有 master 和 feature/fix/chore 分支。
- 最新版本（带有相关 git 标签的 github）对应推送到生产的版本。
- 草稿版本对应于推送到暂存的版本。
这是一个私人行业项目，因此我们不能完全精简，必须遵守内部设计准则，包括在发布生产之前在暂存阶段批量 PR。
我可以添加一个 dev 分支，并从 dev 推送 staging，然后在将 dev 合并到 master 后从 master 推送生产。 但我希望在拉取请求合并回 dev 后立即更新我的 github 草稿版本（一旦 dev 合并到 master 中，草稿版本将成为最新版本）。
这有可能吗？我最近安装了语义拉请求github应用，并开始使用常规提交约定，但我不清楚如何单独使用release-notes-generator，或者它是否处理github草稿发布模式。
【问题讨论】：
标签： semantic-release