我找到了语义释放,它看起来非常有用。但我想知道如何定制它以适应我们的工作流程:
这是一个私人工业项目,所以我们不能完全精益,必须遵守内部设计准则,包括在生产发布之前在阶段上批处理PRs。
我可以添加一个dev分支,然后从dev推送阶段,然后在将dev合并到master之后从master进行生产。但是,我希望我的github草稿版本在拉请求合并回dev (一旦dev合并到主版后将成为最新版本)后立即更新。
这有可能吗?我最近安装了语义拉请求github应用程序,并开始使用传统的提交约定,但我不清楚如何单独使用释放笔记发生器,或者它是否处理github草案发布模式。
发布于 2018-09-19 05:34:14
但是我想知道如何定制它以适应我们的工作流程:*没有开发分支,只有一个主组件和特性/fix/chore分支。*最新版本(带有相关git标签的github)对应于推出的版本。*草案版本对应于推到阶段的版本。
它只分析您配置的分支上的提交(默认情况下是master)。无论提交是如何到达那里的,在它们到达master之前,您可以将它们合并到任意分支中。当他们到达master和语义发布运行时,它将分析master上的提交,并在必要时发布一个版本。
语义发布还不支持草稿/预发布(请参阅https://github.com/semantic-release/semantic-release/issues/563)。
我最近安装了语义拉请求github应用程序
你指的是什么?当时还没有语义发布的GitHub应用程序,尽管计划在某个时候发布一个应用程序(https://github.com/semantic-release/semantic-release/issues/585)。
但是我不清楚如何单独使用发布说明生成器,或者它是否处理github草案发布模式。
release-notes-generator负责生成发布说明,不与GitHub交互。@semantic-release/github负责在GitHub上创建发行版。
https://stackoverflow.com/questions/52397292
复制相似问题