1

Lerna 似乎无法根据Conventional Commits 规范3.20.2来提升预发布版本（例如） 。1.0.0-alpha.0

如果您想尝试一下，我制作了一个最小可重现示例。

假设我们有两个 Lerna 管理的存储库，它们都有三个子包。一个仓库有“生产”包，另一个有“预发布”包：

dev (or dev-prerelease)
  |-- packages
  |   |-- major
  |   |   |-- package.json (1.0.0 or 1.0.0-alpha.0)
  |   |-- minor
  |   |   |-- package.json (1.0.0 or 1.0.0-alpha.0)
  |   |-- patch
  |   |   |-- package.json (1.0.0 or 1.0.0-alpha.0)
  |-- package.json
  |-- lerna.json

然后我在两个存储库中进行以下提交：（提交遵循常规提交规范）

  • 主要包中的重大变化
  • 次要包中的新功能
  • 补丁包中的错误修复

并在两个存储库中运行此命令：

npx lerna publish --conventional-commits --yes 2>/dev/null

观察

“生产” repo 看到它的包根据 Conventional Commits 规范更新：

Changes:
 - major: 1.0.0 => 2.0.0 (private)
 - minor: 1.0.0 => 1.1.0 (private)
 - patch: 1.0.0 => 1.0.1 (private)

然而，在预发布 repo 中，所有包都只是“打补丁”：

Changes:
 - major: 1.0.0-alpha.0 => 1.0.0-alpha.1 (private)
 - minor: 1.0.0-alpha.0 => 1.0.0-alpha.1 (private)
 - patch: 1.0.0-alpha.0 => 1.0.0-alpha.1 (private)

这个 GitHub问题中的线程似乎表明这是一个错误（但我不确定）。

问题我希望我的“预发布”存储库中的软件包以与“生产”存储库中相同的方式进行更新，同时保留它们的预发布后缀。我在这里做错了什么？

你也可以跟进我提出的这个 GitHub问题

4

2 回答 2

3

我使用了以下命令：

lerna publish --conventional-commits --conventional-prerelease

下图解释了这些标志的版本变化：

常规预发布表

于 2020-12-08T03:05:21.793 回答
1

有同样的问题：

你必须通过 lerna 版本控制命令

  • lerna version major

  • lerna version premajor

  • lerna version prerelease

现在你会看到你所做的所有更改lerna.json（这是保存实际版本的地方，并且该version命令是唯一更改 MAJOR、MINOR 和 PATCH 编号的命令）

于 2020-05-05T13:44:15.327 回答