@modern-js/main-doc 2.52.0 → 2.54.0
Sign up to get free protection for your applications and to get access to all the features.
- package/docs/en/configure/app/server/ssr.mdx +2 -0
- package/docs/en/guides/advanced-features/bff/index.mdx +1 -1
- package/docs/en/guides/advanced-features/code-split.mdx +4 -4
- package/docs/en/guides/advanced-features/ssr/index.mdx +1 -0
- package/docs/en/guides/basic-features/routes.mdx +3 -3
- package/docs/en/guides/get-started/introduction.mdx +1 -1
- package/docs/en/guides/get-started/tech-stack.mdx +0 -6
- package/docs/en/guides/topic-detail/framework-plugin/plugin-api.mdx +1 -1
- package/docs/en/guides/topic-detail/generator/create/config.mdx +0 -6
- package/docs/en/guides/topic-detail/generator/create/option.md +0 -5
- package/docs/en/guides/topic-detail/generator/create/use.mdx +1 -10
- package/docs/en/guides/topic-detail/generator/new/config.md +0 -29
- package/docs/en/guides/topic-detail/generator/new/use.md +1 -21
- package/docs/zh/configure/app/server/ssr.mdx +2 -0
- package/docs/zh/guides/advanced-features/bff/index.mdx +2 -2
- package/docs/zh/guides/advanced-features/code-split.mdx +5 -5
- package/docs/zh/guides/advanced-features/rspack-start.mdx +1 -1
- package/docs/zh/guides/advanced-features/ssr/index.mdx +2 -1
- package/docs/zh/guides/advanced-features/ssr/usage.mdx +2 -2
- package/docs/zh/guides/basic-features/data/data-fetch.mdx +2 -2
- package/docs/zh/guides/basic-features/data/data-write.mdx +1 -2
- package/docs/zh/guides/basic-features/mock.mdx +1 -1
- package/docs/zh/guides/basic-features/routes.mdx +6 -6
- package/docs/zh/guides/get-started/introduction.mdx +1 -1
- package/docs/zh/guides/get-started/tech-stack.mdx +0 -6
- package/docs/zh/guides/topic-detail/framework-plugin/plugin-api.mdx +1 -1
- package/docs/zh/guides/topic-detail/generator/create/config.mdx +0 -6
- package/docs/zh/guides/topic-detail/generator/create/option.md +0 -5
- package/docs/zh/guides/topic-detail/generator/create/use.mdx +1 -10
- package/docs/zh/guides/topic-detail/generator/new/config.md +0 -31
- package/docs/zh/guides/topic-detail/generator/new/use.md +1 -21
- package/package.json +5 -5
- package/docs/en/apis/app/runtime/testing/_category_.json +0 -4
- package/docs/en/apis/app/runtime/testing/act.mdx +0 -35
- package/docs/en/apis/app/runtime/testing/cleanup.mdx +0 -40
- package/docs/en/apis/app/runtime/testing/render.mdx +0 -71
- package/docs/en/apis/app/runtime/testing/renderApp.mdx +0 -34
- package/docs/en/configure/app/testing/_category_.json +0 -4
- package/docs/en/configure/app/testing/transformer.mdx +0 -17
- package/docs/en/configure/app/tools/jest.mdx +0 -40
- package/docs/en/guides/advanced-features/testing.mdx +0 -47
- package/docs/en/guides/topic-detail/changesets/_category_.json +0 -4
- package/docs/en/guides/topic-detail/changesets/add.mdx +0 -125
- package/docs/en/guides/topic-detail/changesets/changelog.mdx +0 -238
- package/docs/en/guides/topic-detail/changesets/commit.mdx +0 -269
- package/docs/en/guides/topic-detail/changesets/config.mdx +0 -147
- package/docs/en/guides/topic-detail/changesets/github.mdx +0 -175
- package/docs/en/guides/topic-detail/changesets/introduce.mdx +0 -56
- package/docs/en/guides/topic-detail/changesets/release-note.mdx +0 -274
- package/docs/en/guides/topic-detail/changesets/release-pre.mdx +0 -49
- package/docs/en/guides/topic-detail/changesets/release.mdx +0 -229
- package/docs/en/guides/topic-detail/model/test-model.mdx +0 -45
- package/docs/zh/apis/app/runtime/testing/_category_.json +0 -4
- package/docs/zh/apis/app/runtime/testing/act.mdx +0 -35
- package/docs/zh/apis/app/runtime/testing/cleanup.mdx +0 -40
- package/docs/zh/apis/app/runtime/testing/render.mdx +0 -71
- package/docs/zh/apis/app/runtime/testing/renderApp.mdx +0 -32
- package/docs/zh/configure/app/testing/_category_.json +0 -4
- package/docs/zh/configure/app/testing/transformer.mdx +0 -19
- package/docs/zh/configure/app/tools/jest.mdx +0 -40
- package/docs/zh/guides/advanced-features/testing.mdx +0 -47
- package/docs/zh/guides/topic-detail/changesets/_category_.json +0 -4
- package/docs/zh/guides/topic-detail/changesets/add.mdx +0 -126
- package/docs/zh/guides/topic-detail/changesets/changelog.mdx +0 -238
- package/docs/zh/guides/topic-detail/changesets/commit.mdx +0 -269
- package/docs/zh/guides/topic-detail/changesets/config.mdx +0 -147
- package/docs/zh/guides/topic-detail/changesets/github.mdx +0 -175
- package/docs/zh/guides/topic-detail/changesets/introduce.mdx +0 -56
- package/docs/zh/guides/topic-detail/changesets/release-note.mdx +0 -274
- package/docs/zh/guides/topic-detail/changesets/release-pre.mdx +0 -50
- package/docs/zh/guides/topic-detail/changesets/release.mdx +0 -231
- package/docs/zh/guides/topic-detail/model/test-model.mdx +0 -45
- package/docs/zh/guides/topic-detail/monorepo/_category_.json +0 -4
- package/docs/zh/guides/topic-detail/monorepo/create-sub-project.mdx +0 -53
- package/docs/zh/guides/topic-detail/monorepo/intro.mdx +0 -14
- package/docs/zh/guides/topic-detail/monorepo/publish.mdx +0 -69
- package/docs/zh/guides/topic-detail/monorepo/sub-project-interface.mdx +0 -143
@@ -1,147 +0,0 @@
|
|
1
|
-
---
|
2
|
-
sidebar_position: 5
|
3
|
-
---
|
4
|
-
|
5
|
-
# Changesets 配置文件
|
6
|
-
|
7
|
-
我们前面了解到,初始化 Modern.js 仓库时,会默认初始化 changesets 的配置文件,即 `.changeset/config.json` 文件,下面我们将详细了解一下该文件中支持哪些配置。
|
8
|
-
|
9
|
-
## 配置介绍
|
10
|
-
|
11
|
-
### commit
|
12
|
-
|
13
|
-
类型: `boolean`
|
14
|
-
|
15
|
-
默认值: `false`
|
16
|
-
|
17
|
-
当配置该字段为 `true` 时,在执行 `change` 和 `bump` 命令时,将自动执行提交代码操作。
|
18
|
-
|
19
|
-
默认的 commit 信息格式如下:
|
20
|
-
|
21
|
-

|
22
|
-

|
23
|
-
|
24
|
-
该 commit 信息支持自定义,我们将在[自定义提交 commit 信息](/guides/topic-detail/changesets/commit)章节进行详细介绍。
|
25
|
-
|
26
|
-
### access
|
27
|
-
|
28
|
-
类型:`restricted` | `public`
|
29
|
-
|
30
|
-
默认值:`restricted`
|
31
|
-
|
32
|
-
用于配置当前包的发布形式,如果配置为 `restricted`,将作为私有包发布,如果为 `public`,则发布公共范围包。
|
33
|
-
|
34
|
-
对于仓库中存在部分包需要配置 access,可以在 `package.json` 中配置 `publishConfig`,例如:
|
35
|
-
|
36
|
-
```json title=package.json
|
37
|
-
{
|
38
|
-
"publishConfig": {
|
39
|
-
"registry": "https://registry.npmjs.org/",
|
40
|
-
"access": "public"
|
41
|
-
}
|
42
|
-
}
|
43
|
-
```
|
44
|
-
|
45
|
-
对于不需要发布的包,可以在 `package.json` 中设置 `private` 为 `true`,阻止其进行发布。
|
46
|
-
|
47
|
-
### baseBranch
|
48
|
-
|
49
|
-
类型: `string`
|
50
|
-
|
51
|
-
默认值: `main`
|
52
|
-
|
53
|
-
仓库主分支。该配置用于计算当前分支的变更包并进行分类。
|
54
|
-
|
55
|
-
### ignore
|
56
|
-
|
57
|
-
类型:`string[]`
|
58
|
-
|
59
|
-
默认值:`[]`
|
60
|
-
|
61
|
-
用于声明执行 `bump` 命令时忽略的包,和 `bump` 命令的 `--ignore` 参数用法一致,注意两者不能同时使用。
|
62
|
-
|
63
|
-
### fixed
|
64
|
-
|
65
|
-
类型: `string[][]`
|
66
|
-
|
67
|
-
默认值:`[]`
|
68
|
-
|
69
|
-
用于 monorepo 中对包进行分组,相同分组中的包版本号将进行绑定,每次执行 `bump` 命令时,同一分组中的包只要有一个升级版本号,其他会一起升级。
|
70
|
-
支持使用正则匹配包名称。
|
71
|
-
|
72
|
-
### linked
|
73
|
-
|
74
|
-
类型: `string[][]`
|
75
|
-
|
76
|
-
默认值:`[]`
|
77
|
-
|
78
|
-
和 `fixed` 类似,也是对 monorepo 中对包进行分组,但是每次执行 `bump` 命令时,只有和 changeset 声明的变更相关的包才会升级版本号,同一分组的变更包的版本号将保持一致。
|
79
|
-
支持使用正则匹配包名称。
|
80
|
-
|
81
|
-
### updateInternalDependencies
|
82
|
-
|
83
|
-
类型:`patch` | `minor`
|
84
|
-
|
85
|
-
默认值:`patch`
|
86
|
-
|
87
|
-
用于声明更新内部依赖的版本号规则。
|
88
|
-
|
89
|
-
当执行 `bump` 命令升级版本号时,默认会自动更新仓库中使用该包的依赖声明。配置该字段为 `minor` 后,如果升级版本号为 `patch` 类型,将不会自动更新引用依赖声明。
|
90
|
-
|
91
|
-
例如:
|
92
|
-
|
93
|
-
```
|
94
|
-
pkg-a @ version 1.0.0
|
95
|
-
pkg-b @ version 1.0.0
|
96
|
-
depends on pkg-a at range `^1.0.0
|
97
|
-
```
|
98
|
-
|
99
|
-
默认情况下,升级 `pkg-a` 至 `1.0.1` 时,会更新 `pkg-b` 中的 `pkg-a` 的依赖版本为 `^1.0.1`。
|
100
|
-
|
101
|
-
当配置 `updateInternalDependencies` 为 `minor` 时,升级 `pkg-a` 至 `1.0.1` 时,`pkg-b` 中的 `pkg-a` 的依赖版本将不会更新,只有 `pkg-a` 升级版本号为 `1.1.0` 或者 `2.0.0` 时,才会更新 `pkg-b` 中的 `pkg-a` 的依赖。
|
102
|
-
|
103
|
-
### changelog
|
104
|
-
|
105
|
-
类型:`boolean` | `string` | `[string, unknow]`
|
106
|
-
|
107
|
-
默认值:`@changesets/cli/changelog`
|
108
|
-
|
109
|
-
生成 changelog 规则。
|
110
|
-
|
111
|
-
配置为 `false` 时,执行 bump 命令时,在 `CHANGELOG.md` 文件中只声明版本号,不声明其他 changelog 信息。
|
112
|
-
|
113
|
-

|
114
|
-
|
115
|
-
配置为 `@changesets/cli/changelog` 将使用官方提供的 changlog 生成规则,将 changeset 信息转换为 changlog 内容。
|
116
|
-
|
117
|
-
配置为数组时,第一个参数为自定义 NPM 包或者路径,第二个参数为需要传入的默认参数配置,自定义格式我们将在后续[自定义 changelog](/guides/topic-detail/changesets/changelog) 章节讲解。
|
118
|
-
|
119
|
-
### \_\_\_experimentalUnsafeOptions_WILL_CHANGE_IN_PATCH
|
120
|
-
|
121
|
-
一些实验性配置。
|
122
|
-
|
123
|
-
#### onlyUpdatePeerDependentsWhenOutOfRange
|
124
|
-
|
125
|
-
类型:`boolean`
|
126
|
-
|
127
|
-
默认值:`false`
|
128
|
-
|
129
|
-
针对于 `peerDependence` 依赖的升级策略配置,默认针对 `peerDependence` 在 `minor` 和 `major` 版本升级时,当前包会升级大版本。
|
130
|
-
|
131
|
-
该配置设置为 true 时,仅当 `peerDependence` 声明包依赖超出声明范围时才更新版本。
|
132
|
-
|
133
|
-
#### updateInternalDependents
|
134
|
-
|
135
|
-
类型: `always` | `out-of-range`
|
136
|
-
|
137
|
-
默认值:`always`
|
138
|
-
|
139
|
-
当执行 `bump` 命令升级版本号时,默认会自动更新仓库中使用该包的依赖声明。当设置该参数为 `out-of-range` 时,只有当依赖声明超出范围时才会更新仓库中使用该包的依赖声明。
|
140
|
-
|
141
|
-
#### useCalculatedVersionForSnapshots
|
142
|
-
|
143
|
-
类型:`boolean`
|
144
|
-
|
145
|
-
默认值:`false`
|
146
|
-
|
147
|
-
使用快照发布时,默认会使用 `0.0.0-timestamp` 的版本格式,保证用户可以正常使用预发布版本。当你需要忽略上述问题,使用正常的版本号格式时,即当前版本为 `1.0.1` 快照版本期望使用`1.0.1-timestamp`,可配置该参数为 `true`。
|
@@ -1,175 +0,0 @@
|
|
1
|
-
---
|
2
|
-
sidebar_position: 9
|
3
|
-
---
|
4
|
-
|
5
|
-
# 使用 Github 相关工具
|
6
|
-
|
7
|
-
## BOT
|
8
|
-
|
9
|
-
在 Github 上,changesets 提供了机器人用于检测当前 Pull Request 是否存在 changeset,并提供了 UI 界面添加和修改 changeset。
|
10
|
-
|
11
|
-
### 安装
|
12
|
-
|
13
|
-
点击进入[链接](https://github.com/apps/changeset-bot),右上角选择安装,确认即可安装成功。
|
14
|
-
|
15
|
-

|
16
|
-
|
17
|
-
### 配置
|
18
|
-
|
19
|
-
安装成功后,即可进入配置页面,根据需求选择应用仓库即可。
|
20
|
-
|
21
|
-

|
22
|
-
|
23
|
-
### 使用
|
24
|
-
|
25
|
-
配置完成后,该机器人将会自动 check 每个 Pull Request 是否添加了 changeset,并通过回复的方式给到提示信息。
|
26
|
-
|
27
|
-
#### 未添加 changeset
|
28
|
-
|
29
|
-

|
30
|
-
|
31
|
-
可在仓库执行 `pnpm run change` 添加 changeset,也可直接点击下方第二个链接填写 changeset。
|
32
|
-
|
33
|
-
#### 已添加 changeset
|
34
|
-
|
35
|
-

|
36
|
-
|
37
|
-
可点击下方链接修改和添加新的 changeset。
|
38
|
-
|
39
|
-
#### 不需要 changeset
|
40
|
-
|
41
|
-
可直接忽略未添加时的提示信息,它不会造成 Pull Request 不能合并的问题。
|
42
|
-
|
43
|
-
## Action
|
44
|
-
|
45
|
-
### 自动创建 Release Pull Request
|
46
|
-
|
47
|
-
Modern.js 提供了自动创建发版 Pull Request 的 Github Action,提供基于选择的分支自动执行 bump 操作,更新 lock 文件及创建 Pull Request 操作。
|
48
|
-
|
49
|
-
#### 使用
|
50
|
-
|
51
|
-
- 在仓库中创建 `.github/workflows/release-pull-request.yml` 文件,填入以下内容:
|
52
|
-
|
53
|
-
```yaml
|
54
|
-
name: Release Pull Request
|
55
|
-
|
56
|
-
on:
|
57
|
-
workflow_dispatch:
|
58
|
-
inputs:
|
59
|
-
version:
|
60
|
-
type: choice
|
61
|
-
description: 'Release Type(canary, beta, alpha, latest)'
|
62
|
-
required: true
|
63
|
-
default: 'latest'
|
64
|
-
options:
|
65
|
-
- canary
|
66
|
-
- beta
|
67
|
-
- alpha
|
68
|
-
- latest
|
69
|
-
|
70
|
-
jobs:
|
71
|
-
release:
|
72
|
-
name: Create Release Pull Request
|
73
|
-
runs-on: ubuntu-latest
|
74
|
-
steps:
|
75
|
-
- name: Checkout Repo
|
76
|
-
uses: actions/checkout@master
|
77
|
-
with:
|
78
|
-
# This makes Actions fetch only one branch to release
|
79
|
-
fetch-depth: 100
|
80
|
-
|
81
|
-
- ... # install dependencies and build repo package
|
82
|
-
- name: Create Release Pull Request
|
83
|
-
uses: web-infra-dev/actions@v2
|
84
|
-
with:
|
85
|
-
version: ${{ github.event.inputs.version }}
|
86
|
-
versionNumber: 'auto'
|
87
|
-
type: 'pull request'
|
88
|
-
tools: 'modern'
|
89
|
-
env:
|
90
|
-
GITHUB_TOKEN: ${{ secrets.REPO_SCOPED_TOKEN }}
|
91
|
-
NPM_TOKEN: ${{ secrets.NPM_TOKEN }}
|
92
|
-
REPOSITORY: ${{ github.repository }}
|
93
|
-
REF: ${{ github.ref }}
|
94
|
-
```
|
95
|
-
|
96
|
-
- 将 Workflow 合并到主分支后,进入 Github 仓库对应的 Action 页面,选择 Release Pull Request:
|
97
|
-
|
98
|
-

|
99
|
-
|
100
|
-
- 选择本次发布类型,点击 Run workflow 按钮:
|
101
|
-
|
102
|
-

|
103
|
-
|
104
|
-
- Workflow 运行完成后将自动创建 `Release-${version}` 的 Pull Request,自动完成 `bump` changeset 相关版本号并更新 lock 文件,Pull Request 的内容为执行 `gen-release-note` 命令自动生成的 Release Note。
|
105
|
-
|
106
|
-

|
107
|
-
|
108
|
-
### 自动 Release
|
109
|
-
|
110
|
-
Modern.js 提供了自动发布版本 的 Github Action,提供基于选择的分支自动执行 release 操作,将包发布到 NPM 上。
|
111
|
-
|
112
|
-
#### 使用
|
113
|
-
|
114
|
-
- 在仓库中创建 `.github/workflows/release.yml` 文件,填入以下内容:
|
115
|
-
|
116
|
-
```yaml
|
117
|
-
name: Release
|
118
|
-
|
119
|
-
on:
|
120
|
-
workflow_dispatch:
|
121
|
-
inputs:
|
122
|
-
version:
|
123
|
-
type: choice
|
124
|
-
description: 'Release Version(canary, beta, alpha, latest)'
|
125
|
-
required: true
|
126
|
-
default: 'next'
|
127
|
-
options:
|
128
|
-
- canary
|
129
|
-
- beta
|
130
|
-
- alpha
|
131
|
-
- latest
|
132
|
-
branch:
|
133
|
-
description: 'Release Branch(confirm release branch)'
|
134
|
-
required: true
|
135
|
-
default: 'main'
|
136
|
-
|
137
|
-
jobs:
|
138
|
-
release:
|
139
|
-
name: Release
|
140
|
-
runs-on: ubuntu-latest
|
141
|
-
steps:
|
142
|
-
- name: Checkout Repo
|
143
|
-
uses: actions/checkout@master
|
144
|
-
with:
|
145
|
-
# This makes Actions fetch only one branch to release
|
146
|
-
fetch-depth: 1
|
147
|
-
|
148
|
-
- ... # install dependencies and build repo package
|
149
|
-
- name: Release
|
150
|
-
uses: web-infra-dev/actions@v2
|
151
|
-
with:
|
152
|
-
version: ${{ github.event.inputs.version }}
|
153
|
-
branch: ${{ github.event.inputs.branch }}
|
154
|
-
type: 'release'
|
155
|
-
tools: 'modern'
|
156
|
-
env:
|
157
|
-
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
|
158
|
-
NPM_TOKEN: ${{ secrets.NPM_TOKEN }}
|
159
|
-
REPOSITORY: ${{ github.repository }}
|
160
|
-
REF: ${{ github.ref }}
|
161
|
-
```
|
162
|
-
|
163
|
-
- 配置仓库的 NPM_TOKEN:
|
164
|
-
|
165
|
-

|
166
|
-
|
167
|
-
- 将 Workflow 合并到主分支后,进入 Github 仓库对应的 Action 页面,选择 Release:
|
168
|
-
|
169
|
-

|
170
|
-
|
171
|
-
- 选择分支名称和发布版本类型,点击 Run workflow 按钮:
|
172
|
-
|
173
|
-

|
174
|
-
|
175
|
-
- Workflow 将自动完成仓库 build 和发布到 NPM 流程。
|
@@ -1,56 +0,0 @@
|
|
1
|
-
---
|
2
|
-
sidebar_position: 1
|
3
|
-
---
|
4
|
-
|
5
|
-
# 认识 Changesets
|
6
|
-
|
7
|
-
Modern.js 默认集成了 [changesets](https://github.com/changesets/changesets) 用于模块和 Monorepo 工程方案的包版本管理。
|
8
|
-
|
9
|
-
## 特点
|
10
|
-
|
11
|
-
Changesets 具有以下几个特点:
|
12
|
-
|
13
|
-
- 在开发时,需要开发者提供本次变更涉及的包名称、升级版本类型(`pathch`、`minor`、`major`)及变更信息,即 changeset。
|
14
|
-
|
15
|
-
- 在发布版本时,会根据 changeset 内容自动升级对应包的版本号,并在对应的包中生成 changelog 信息。
|
16
|
-
|
17
|
-
- 在 Monorepo 项目中,changeset 会自动生成仓库依赖图,升级时只会升级变更包及相关依赖包的版本号。
|
18
|
-
|
19
|
-
## 初始化
|
20
|
-
|
21
|
-
Modern.js 默认创建的模块和 Monorepo 工程方案项目已经初始化完成 changesets,在项目根目录会自动创建 `.changeset` 目录,及 `.changeset/config.json` 的配置文件。
|
22
|
-
|
23
|
-
并且,Modern.js 在其对应的工程方案工具 `@modern-js/module-tools` 和 `@modern-js/monorepo-tools` 提供了 changesets 相应的命令,无需再手动安装 changesets 相关依赖。
|
24
|
-
|
25
|
-
Changesets 默认配置如下:
|
26
|
-
|
27
|
-
```json title=".changeset/config.json"
|
28
|
-
{
|
29
|
-
"$schema": "https://unpkg.com/@changesets/config@2.0.0/schema.json",
|
30
|
-
"changelog": "@changesets/cli/changelog",
|
31
|
-
"commit": false,
|
32
|
-
"linked": [],
|
33
|
-
"access": "restricted",
|
34
|
-
"baseBranch": "main",
|
35
|
-
"updateInternalDependencies": "patch",
|
36
|
-
"ignore": []
|
37
|
-
}
|
38
|
-
```
|
39
|
-
|
40
|
-
配置文件提供了生成 changesets 的一些基本配置,字段详细介绍请参考 [Changesets 配置文件](/guides/topic-detail/changesets/config)。
|
41
|
-
|
42
|
-
## 命令
|
43
|
-
|
44
|
-
- `change`: 创建一个 changeset,执行完成该命令后会自动在 `.changeset` 目录生成一个 changeset 文件。
|
45
|
-
|
46
|
-
- `bump`: 根据当前 changeset 升级对应包版本号。
|
47
|
-
|
48
|
-
- `pre`: 标记进入和退出 pre-release 模式,在 pre release 模式下执行 `bump` 命令,将会生成 `x.x.x-${pre-tag}.x` 的版本号格式。
|
49
|
-
|
50
|
-
- `release`: 发布包到 NPM。
|
51
|
-
|
52
|
-
- `status`: 查看当前 changeset 状态。
|
53
|
-
|
54
|
-
- `gen-release-note`: 根据当前的 chagneset 状态生成 Release Note 信息。
|
55
|
-
|
56
|
-
具体命令支持的参数可以查看后续对应章节介绍。
|
@@ -1,274 +0,0 @@
|
|
1
|
-
---
|
2
|
-
sidebar_position: 8
|
3
|
-
---
|
4
|
-
|
5
|
-
# 自定义 Release Note 格式
|
6
|
-
|
7
|
-
Modern.js 提供了 `modern gen-release-note` 命令,支持通过当前存在的 changeset 和 git commit 信息自动生成 Release Note 信息,在发布命令执行之前,可以通过执行该命令生成本次发布的 Release Note。
|
8
|
-
|
9
|
-
默认生成的 Release Note 格式为:
|
10
|
-
|
11
|
-
```markdown
|
12
|
-
- fix: add missing type definitions by @zllkjc in https://github.com/web-infra-dev/modern.js/pull/3835
|
13
|
-
```
|
14
|
-
|
15
|
-
根据 commit 信息获取 changeset 的 Pull Request ID,并生成 Github 的链接,内容为 changeset 的 changelog 信息和作者信息。
|
16
|
-
|
17
|
-
:::info
|
18
|
-
获取作者信息,需要提供 Github Token 环境变量,通过 GITHUB_AUTH_TOKEN 传入。
|
19
|
-
:::
|
20
|
-
|
21
|
-
当默认生成 Release Note 逻辑不能满足需求时,支持自定义 Release Note 格式。
|
22
|
-
|
23
|
-
## 信息
|
24
|
-
|
25
|
-
### getReleaseInfo
|
26
|
-
|
27
|
-
生成 Release Note 信息需要先收集一些信息,比如 commit ID、Pull Request ID、commit message 等等。
|
28
|
-
|
29
|
-
该逻辑可通过 `getReleaseInfo` 函数实现。
|
30
|
-
|
31
|
-
#### Params
|
32
|
-
|
33
|
-
- commit
|
34
|
-
|
35
|
-
类型: string;
|
36
|
-
|
37
|
-
当前 changeset 对应的 commit message 信息。
|
38
|
-
|
39
|
-
执行 `git log --pretty=format:%h--%s--%ae .changeset/${changeset.id}.md` 的结果。
|
40
|
-
|
41
|
-
- commitObj
|
42
|
-
|
43
|
-
初步解析 commit 获取基本信息。
|
44
|
-
|
45
|
-
```ts
|
46
|
-
export enum CommitType {
|
47
|
-
Performance = 'performance',
|
48
|
-
Features = 'features',
|
49
|
-
BugFix = 'bugFix',
|
50
|
-
Doc = 'doc',
|
51
|
-
Other = 'other',
|
52
|
-
}
|
53
|
-
|
54
|
-
interface Commit {
|
55
|
-
id: string; // commit id
|
56
|
-
type: CommitType;
|
57
|
-
repository?: string; // 参数传入的 repo 信息或者 package.json 中定义的 repository 信息
|
58
|
-
pullRequestId?: string;
|
59
|
-
author?: string;
|
60
|
-
message: string; // commit message
|
61
|
-
summary: string; // changeset summary
|
62
|
-
summary_zh: string; // changeset zh summary
|
63
|
-
[key: string]: string | undefined;
|
64
|
-
}
|
65
|
-
```
|
66
|
-
|
67
|
-
#### 返回值
|
68
|
-
|
69
|
-
commitObj, 补充后完整的 commit 对象。
|
70
|
-
|
71
|
-
#### 默认实现
|
72
|
-
|
73
|
-
Modern.js 的默认实现为:根据 commit 信息拆分出 Pull Request ID,并根据 commit id 获取到用户信息,加入到 commitObj 中。
|
74
|
-
|
75
|
-
```ts
|
76
|
-
function getReleaseInfo(commit: string, commitObj: Commit) {
|
77
|
-
const commitRegex = /(.*)\(#(\d*)\)/;
|
78
|
-
|
79
|
-
const [commitId, message, email] = commit.split('--');
|
80
|
-
|
81
|
-
const author = AuthorMap.get(email);
|
82
|
-
const token = authToken || process.env.GITHUB_AUTH_TOKEN;
|
83
|
-
if (author) {
|
84
|
-
commitObj.author = author;
|
85
|
-
} else if (repo && token) {
|
86
|
-
try {
|
87
|
-
const res = await axios.get(
|
88
|
-
`https://api.github.com/repos/${repo}/commits/${commitId}`,
|
89
|
-
{
|
90
|
-
method: 'GET',
|
91
|
-
headers: {
|
92
|
-
'Content-Type': 'application/json',
|
93
|
-
Authorization: token,
|
94
|
-
},
|
95
|
-
},
|
96
|
-
);
|
97
|
-
const author = res.data.author.login;
|
98
|
-
commitObj.author = author;
|
99
|
-
AuthorMap.set(email, author);
|
100
|
-
} catch (e) {
|
101
|
-
console.warn(e);
|
102
|
-
}
|
103
|
-
}
|
104
|
-
|
105
|
-
if ((message || commitObj.summary).match(commitRegex)) {
|
106
|
-
const [, messageShort, pullRequestId] = (
|
107
|
-
message || commitObj.summary
|
108
|
-
).match(commitRegex)!;
|
109
|
-
commitObj.pullRequestId = pullRequestId;
|
110
|
-
commitObj.message = messageShort.trim();
|
111
|
-
}
|
112
|
-
|
113
|
-
return commitObj;
|
114
|
-
}
|
115
|
-
```
|
116
|
-
|
117
|
-
#### getReleaseNoteLine
|
118
|
-
|
119
|
-
根据 `getReleaseInfo` 中获取的 commit 对象信息,生成对应的 Release Note。
|
120
|
-
|
121
|
-
该逻辑可通过 `getReleaseNoteLine` 函数实现。
|
122
|
-
|
123
|
-
#### Params
|
124
|
-
|
125
|
-
- commit
|
126
|
-
|
127
|
-
类型和上述 commitObj 类型一致。
|
128
|
-
|
129
|
-
- lang
|
130
|
-
|
131
|
-
类型: string;
|
132
|
-
|
133
|
-
获取对应语言的 Release Note 信息,支持 `en` 和 `zh`,默认为 `en`。
|
134
|
-
|
135
|
-
#### 返回值
|
136
|
-
|
137
|
-
生成的 Release Note。
|
138
|
-
|
139
|
-
#### 默认实现
|
140
|
-
|
141
|
-
Modern.js 的默认实现为:
|
142
|
-
|
143
|
-
```ts
|
144
|
-
export function getReleaseNoteLine(
|
145
|
-
commit: Commit,
|
146
|
-
lang: 'en' | 'zh' = 'en',
|
147
|
-
) {
|
148
|
-
const { repository, pullRequestId, summary, summary_zh, author } = commit;
|
149
|
-
const pullRequest =
|
150
|
-
pullRequestId && repository
|
151
|
-
? `https://github.com/${repository}/pull/${pullRequestId}`
|
152
|
-
: '';
|
153
|
-
if (lang === 'en') {
|
154
|
-
return `- ${summary}${author ? ` by @${author}` : ''}${
|
155
|
-
pullRequest ? ` in ${pullRequest}` : ''
|
156
|
-
}\n`;
|
157
|
-
}
|
158
|
-
return `- ${summary_zh}${author ? ` 由 @${author} 实现` : ''}${
|
159
|
-
pullRequest ? `, 详情可查看 ${pullRequest}` : ''
|
160
|
-
}\n`;
|
161
|
-
}
|
162
|
-
```
|
163
|
-
|
164
|
-
## 使用自定义模块
|
165
|
-
|
166
|
-
`gen-release-note` 命令支持 `--custom` 参数,该参数可传入自定义 Release Note 模块的模块名称或者路径。
|
167
|
-
|
168
|
-
### 配置相对路径
|
169
|
-
|
170
|
-
custom 参数值如果为相对路径为**项目跟目录**。
|
171
|
-
|
172
|
-
例如创建 `scripts/my-release-note-config.js` 文件,定义如下内容:
|
173
|
-
|
174
|
-
```ts title="scripts/my-release-note-config.js"
|
175
|
-
function getReleaseInfo(commit, commitObj) {
|
176
|
-
return commitObj;
|
177
|
-
}
|
178
|
-
|
179
|
-
function getReleaseNoteLine(commit) {}
|
180
|
-
|
181
|
-
module.exports = {
|
182
|
-
getReleaseInfo,
|
183
|
-
getReleaseNoteLine,
|
184
|
-
};
|
185
|
-
```
|
186
|
-
|
187
|
-
执行下面命令:
|
188
|
-
|
189
|
-
```bash
|
190
|
-
pnpm run gen-release-note --custom ./scripts/my-release-note-config.js
|
191
|
-
```
|
192
|
-
|
193
|
-
也可以把命令参数直接定义到 `package.json` 中:
|
194
|
-
|
195
|
-
```json title="package.json"
|
196
|
-
{
|
197
|
-
"scripts": {
|
198
|
-
...
|
199
|
-
"gen-release-note": "modern gen-release-note --custom ./scripts/my-release-note-config.js"
|
200
|
-
},
|
201
|
-
...
|
202
|
-
}
|
203
|
-
```
|
204
|
-
|
205
|
-
直接执行命令 `pnpm run gen-release-note` 即可。
|
206
|
-
|
207
|
-
### 使用 Modern.js Module
|
208
|
-
|
209
|
-
custom 参数值还可以使用 Modern.js Module 进行管理,提供通用方案。
|
210
|
-
|
211
|
-
#### 使用 `npx @modern-js/create@latest` 创建 Modern.js Module
|
212
|
-
|
213
|
-
```md
|
214
|
-
? 请选择你想创建的工程类型:Npm 模块
|
215
|
-
? 请填写项目名称:custom-release-note
|
216
|
-
? 请选择开发语言:TS
|
217
|
-
? 请选择包管理工具:pnpm
|
218
|
-
```
|
219
|
-
|
220
|
-
#### 实现自定义内容
|
221
|
-
|
222
|
-
```ts title="src/index.ts"
|
223
|
-
export function getReleaseInfo() {}
|
224
|
-
|
225
|
-
export function getReleaseNoteLine() {}
|
226
|
-
```
|
227
|
-
|
228
|
-
#### 将模块发布到 NPM
|
229
|
-
#### 在目标仓库根目录安装对应模块,例如 `custom-release-note`
|
230
|
-
#### 执行 gen-release-note 命令添加 custom 参数
|
231
|
-
|
232
|
-
```bash
|
233
|
-
pnpm run gen-release-note --custom custom-release-note
|
234
|
-
```
|
235
|
-
|
236
|
-
### 使用 Monorepo 工程方案
|
237
|
-
|
238
|
-
如果你当前仓库为 Monorepo 工程方案,可以直接使用模块子项目进行管理。
|
239
|
-
|
240
|
-
#### 执行 `pnpm run new` 创建模块子项目
|
241
|
-
|
242
|
-
```md
|
243
|
-
? 请选择你想创建的工程类型:Npm 模块
|
244
|
-
? 请填写子项目名称:custom-release-note
|
245
|
-
? 请填写子项目目录名称:custom-release-note
|
246
|
-
? 请选择开发语言:TS
|
247
|
-
```
|
248
|
-
|
249
|
-
#### 实现自定义内容
|
250
|
-
|
251
|
-
```ts title="src/index.ts"
|
252
|
-
export function getReleaseInfo() {}
|
253
|
-
|
254
|
-
export function getReleaseNoteLine() {}
|
255
|
-
```
|
256
|
-
|
257
|
-
#### 在 Monorepo 根目录添加子项目模块依赖,例如 `custom-release-note`。
|
258
|
-
|
259
|
-
```json title="package.json"
|
260
|
-
{
|
261
|
-
"devDependencies": {
|
262
|
-
"custom-release-note": "workspace:*",
|
263
|
-
...
|
264
|
-
}
|
265
|
-
}
|
266
|
-
```
|
267
|
-
|
268
|
-
#### 执行 `gen-release-note` 命令添加 `--custom` 参数
|
269
|
-
|
270
|
-
```bash
|
271
|
-
pnpm run gen-release-note --custom custom-release-note
|
272
|
-
```
|
273
|
-
|
274
|
-
该模块发布到 NPM 后,依然可以和模块类型一样供其他仓库使用。
|
@@ -1,50 +0,0 @@
|
|
1
|
-
---
|
2
|
-
sidebar_position: 4
|
3
|
-
---
|
4
|
-
|
5
|
-
# 发布预发布版本
|
6
|
-
|
7
|
-
在发布正式版本之前,我们也需要发布预发布版本供内部测试和用户使用,changesets 也支持发布预发布版本。
|
8
|
-
|
9
|
-
## 步骤
|
10
|
-
|
11
|
-
:::info
|
12
|
-
以下示例命令都以 pnpm 作为包管理工具进行,如果需要使用其他包管理工具,请按需求进行替换。
|
13
|
-
|
14
|
-
:::
|
15
|
-
|
16
|
-
#### 执行 bump 命令升级预发布版本版本号
|
17
|
-
|
18
|
-
```bash
|
19
|
-
pnpm run bump --canary --preid <preid>
|
20
|
-
```
|
21
|
-
|
22
|
-
`preid` 为预发布版本标记,例如 `alpha`、`beta` 等,默认值为 `next`。
|
23
|
-
|
24
|
-
使用 `--canary` 参数后,`bump` 命令由以下三个步骤完成:
|
25
|
-
|
26
|
-
- `changeset pre enter <preid>` 进入预发布模式。
|
27
|
-
|
28
|
-
- `changeset version` 升级版本号。
|
29
|
-
|
30
|
-
- `changeset pre exit` 退出预发布模式。
|
31
|
-
|
32
|
-
#### 检查相关变更并提交
|
33
|
-
|
34
|
-
检查相关版本号变更是否正确,并提交变更。
|
35
|
-
|
36
|
-
建议预发布操作不在主分支上进行,不合入主分支,当预发布验证完成后,直接基于主分支发布正式版本。
|
37
|
-
|
38
|
-
#### 执行 release 命令发布预发布版本
|
39
|
-
|
40
|
-
```bash
|
41
|
-
pnpm run release --tag <tag>
|
42
|
-
```
|
43
|
-
|
44
|
-
发布预发布版本一定要使用 `--tag` 参数,参数值最好和 `preid` 值相同,方便用户使用。
|
45
|
-
|
46
|
-
## 注意事项
|
47
|
-
|
48
|
-
### 退出预发布模式
|
49
|
-
|
50
|
-
在进入预发布模式后,changesets 会自动在 `.changeset` 目录创建 `pre.json` 文件用于记录当时进入预发布模式的一些状态信息,当出现状态信息和当前仓库状态不一致时,可直接删除该文件退出预发布模式。
|