假设该软件包在 1.0.0 上,它随后发布了 1.0.1 和 1.0.2。
但随后意识到 1.0.1 包含重大更改。
所以我们需要从 1.0.2 发布一个 2.0.0 做一个空提交。那里没问题。
然后,我们需要发布一个实际上是 1.0.0 的 1.0.3 版本,以便 1.0.x 上的人不会受到重大更改的影响。
如何使用语义释放来做到这一点?
手动管理版本时,很简单:
- 签出 1.0.0,手动将版本更新到 1.0.3,然后发布。
如何使用语义释放做同样的事情?
假设该软件包在 1.0.0 上,它随后发布了 1.0.1 和 1.0.2。
但随后意识到 1.0.1 包含重大更改。
所以我们需要从 1.0.2 发布一个 2.0.0 做一个空提交。那里没问题。
然后,我们需要发布一个实际上是 1.0.0 的 1.0.3 版本,以便 1.0.x 上的人不会受到重大更改的影响。
如何使用语义释放来做到这一点?
手动管理版本时,很简单:
如何使用语义释放做同样的事情?
目前没有办法以自动化的方式做到这一点。一旦https://github.com/semantic-release/semantic-release/issues/563实施,这将被涵盖。
目前最好的解决方案是按照您的描述进行操作:签出 1.0.0,手动将版本更新到 1.0.3,然后发布。