@servicetitan/docs-uikit 31.4.0 → 31.5.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -4,14 +4,16 @@ title: build
4
4
 
5
5
  Build packages for production to the `dist/bundle` folders. It bundles them in production mode and optimizes the build for the best performance. The builds are minified and the filenames include the hashes. Apps are ready to be deployed.
6
6
 
7
- #### Arguments
7
+ ## Options
8
8
 
9
- - `--scope <glob>` - Include only packages with names matching the given glob.
10
- - `--ignore <glob>` - Exclude packages with names matching the given glob.
11
- - `--cdn-path <url>` - Specify the base path for all the assets within the application.
12
- - `--stat` - Generate bundle report with [webpack-bundle-analyzer](https://github.com/webpack-contrib/webpack-bundle-analyzer). Starting `v22.3.0` works for [MFEs](/docs/frontend/micro-frontends) too.
13
- - `--code-coverage` - Add [instrumentation](https://github.com/JS-DevTools/coverage-istanbul-loader) to bundled code in order to collect code coverage
14
- - `--use-tsc` - Use TSC for TypeScript compilation
9
+ | Option | Description |
10
+ | :----------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
11
+ | `--scope <glob>` | Include only packages with names matching the given glob. |
12
+ | `--ignore <glob>` | Exclude packages with names matching the given glob. |
13
+ | `--cdn-path <url>` | Specify the base path for all the assets within the application. |
14
+ | `--stat` | Generate bundle report with [webpack-bundle-analyzer](https://github.com/webpack-contrib/webpack-bundle-analyzer). Starting `v22.3.0` works for [MFEs](/docs/frontend/micro-frontends) too. |
15
+ | `--code-coverage` | Add [instrumentation](https://github.com/JS-DevTools/coverage-istanbul-loader) to bundled code in order to collect code coverage |
16
+ | `--use-tsc` | Use TSC for TypeScript compilation |
15
17
 
16
18
  ## Build Steps
17
19
 
@@ -17,8 +17,10 @@ npx startup lint -- packages/desktop/app/modules/lead/ packages/desktop/app/modu
17
17
  npx startup lint -- packages/desktop/app/modules/{lead,inventory}/
18
18
  ```
19
19
 
20
- #### Options
20
+ ## Options
21
21
 
22
- - `--scope <glob>` - Include only packages with names matching the given glob.
23
- - `--ignore <glob>` - Exclude packages with names matching the given glob.
24
- - `--fix` - Fix linting issues.
22
+ | Option | Description |
23
+ | :---------------- | :-------------------------------------------------------- |
24
+ | `--scope <glob>` | Include only packages with names matching the given glob. |
25
+ | `--ignore <glob>` | Exclude packages with names matching the given glob. |
26
+ | `--fix` | Fix linting issues. |
@@ -4,27 +4,28 @@ title: mfe-publish
4
4
 
5
5
  This is an umbrella command for both publishing and unpublishing (cleaning up) MFEs. This command allows publishing MFEs in a way that there is no risk of colliding package versions (a common issue with back-merging). See the `--build` option for more details.
6
6
 
7
- #### Publishing options
7
+ ## Publishing options
8
8
 
9
- | Option | Description |
10
- | :------------------ | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
11
- | `--build <glob>` | Optional build version that normally should not be specified. Defaults to `<branch_name>.<commit_hash>`. For example, if git commit `bdac90f5` is published from branch `next`, the build version is`next.bdac90f5`, and the full version is `0.0.0-next.bdac90f5`. This ensures each release has a unique version with no collisions. |
12
- | `--dry` | Invoke [npm publish --dry-run](https://docs.npmjs.com/cli/v7/commands/npm-publish#dry-run) instead of actually publishing anything. |
13
- | `--branch <string>` | Optional branch name. The current branch name is used if no value is specified. The branch name is used in constructing the build version in case `--build` is not specified. |
14
- | `--force` | Forces publishing the package when no configuration was found for the specified branch (`--branch` or current branch). |
15
- | `--tag <string>` | The [tag](https://docs.npmjs.com/cli/v7/commands/npm-publish#tag) to assign to the published version. Defaults to the tag associated with the branch from the custom [branch config](#branch-configs) or, if there is no custom branch config, from the [default branch config](https://github.com/servicetitan/uikit/blob/master/packages/startup/src/utils/get-branch-configs.ts#L3). For example, by default a package published from the `master` branch is tagged `prod`. Becasue NPM v11 requires pre-release versions to have a tag, if there is no custom or default tag for the branch, the package is tagged "latest". |
9
+ | Option | Description |
10
+ | :---------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
11
+ | `--dry` | Log what the command would do without actually publishing anything. |
12
+ | `--branch <string>` | Optional branch name. The current branch name is used if no value is specified. The branch name is used in constructing the build version in case `--build` is not specified. |
13
+ | `--build <glob>` | Optional build version that normally should not be specified. Defaults to `<branch_name>.<commit_hash>`. For example, if git commit `bdac90f5` is published from branch `next`, the build version is`next.bdac90f5`, and the full version is `0.0.0-next.bdac90f5`. This ensures each release has a unique version with no collisions. |
14
+ | `--force` | Forces publishing the package when no configuration was found for the specified branch (`--branch` or current branch). |
15
+ | `--upload-sourcemaps`, `--no-upload-sourcemaps` | Whether or not to [upload sourcemaps](#sourcemaps) to Datadog. Defaults to uploading sourcemaps. |
16
+ | `--tag <string>` | The [tag](https://docs.npmjs.com/cli/v7/commands/npm-publish#tag) to assign to the published version. Defaults to the tag associated with the branch from the custom [branch config](#branch-configs) or, if there is no custom branch config, from the [default branch config](https://github.com/servicetitan/uikit/blob/master/packages/startup/src/utils/get-branch-configs.ts#L3). For example, by default a package published from the `master` branch is tagged `prod`. Becasue NPM v11 requires pre-release versions to have a tag, if there is no custom or default tag for the branch, the package is tagged "latest". |
16
17
 
17
- #### Unpublishing options
18
+ ## Unpublishing options
18
19
 
19
20
  | Option | Descripiton |
20
21
  | :----------------- | :-------------------------------------------------------------------------------------------------------------------------------------------- |
21
22
  | `--clean` | Instructs `mfe-publish` to remove old versions instead of publishing. |
22
- | `--count <number>` | The number of package versions to keep (e.g., if twelve versions are published, `--count 10` removes the two oldest). The default value is 5. |
23
- | `--branch <name>` | Remove old versions associated with the specified branch. Defaults to the current branch (i.e., `git branch --show-current`) |
24
23
  | `--all` | Remove old versions associated with all [recognized branches](#branch-configs). This overrides `--branch`. |
24
+ | `--branch <name>` | Remove old versions associated with the specified branch. Defaults to the current branch (i.e., `git branch --show-current`) |
25
+ | `--count <number>` | The number of package versions to keep (e.g., if twelve versions are published, `--count 10` removes the two oldest). The default value is 5. |
25
26
  | `--dry` | Log what the command would do without actually unpublishing anything. |
26
27
 
27
- #### Branch configs
28
+ ## Branch configs
28
29
 
29
30
  By default `mfe-publish` only publishes from a few [recognized branches](https://github.com/servicetitan/uikit/blob/master/packages/startup/src/utils/get-branch-configs.ts#L3) and you must use `--force` to publish from others.
30
31
 
@@ -42,4 +43,31 @@ To customize the recognized branches for an MFE set `cli.web-component.branches`
42
43
  }
43
44
  ```
44
45
 
45
- - `publishTag: string` - Tag used when publishing package.
46
+ ### Properties
47
+
48
+ | Name | Type | Description |
49
+ | :----------------- | :-------- | :----------------------------------------------------------- |
50
+ | `publishTag` | `string` | The tag to use when publishing from the branch. |
51
+ | `uploadSourcemaps` | `boolean` | Whether to upload sourcemaps to Datadog. Defaults to `true`. |
52
+
53
+ ## Sourcemaps
54
+
55
+ ✨ New in **v31.5.0** ✨
56
+
57
+ By default `mfe-publish` uploads sourcemaps to Datadog so you can easily find the source of runtime errors.
58
+
59
+ This requires that ServiceTitan's Datadog API key be provided via the `DATADOG_API_KEY` environment variable,
60
+ which you can get from the Github or TeamCity organization secret. For example, in a Github action:
61
+
62
+ ```yml
63
+ - name: Publish MFE
64
+ env:
65
+ DATADOG_API_KEY: ${{ secrets.DATADOG_API_KEY }}
66
+ run: npx startup mfe-publish
67
+ ```
68
+
69
+ If `DATADOG_API_KEY` is not provided `mfe-publish` fails with an error. In CI environments, instead of failing it logs a warning and completes successfully.
70
+
71
+ :::tip
72
+ Use `--no-upload-sourcemaps` to prevent `mfe-publish` from attempting to upload sourcemaps, for example, for pre-release versions. See [Publishing options](#publishing-options).
73
+ :::
@@ -4,12 +4,14 @@ title: start
4
4
 
5
5
  Runs package in the development mode. Applications will be hosted on sequential free ports starting from 8080. Pages will automatically reload on changes to the code.
6
6
 
7
- #### Arguments
7
+ ## Options
8
8
 
9
- - `--scope <glob>` - Include only packages with names matching the given glob.
10
- - `--ignore <glob>` - Exclude packages with names matching the given glob.
11
- - `--code-coverage` - Add [instrumentation](https://github.com/JS-DevTools/coverage-istanbul-loader) to bundled code in order to collect code coverage
12
- - `--use-tsc` - Use TSC for TypeScript compilation
9
+ | Option | Description |
10
+ | :---------------- | :------------------------------------------------------------------------------------------------------------------------------- |
11
+ | `--scope <glob>` | Include only packages with names matching the given glob. |
12
+ | `--ignore <glob>` | Exclude packages with names matching the given glob. |
13
+ | `--code-coverage` | Add [instrumentation](https://github.com/JS-DevTools/coverage-istanbul-loader) to bundled code in order to collect code coverage |
14
+ | `--use-tsc` | Use TSC for TypeScript compilation |
13
15
 
14
16
  ## Start steps
15
17
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@servicetitan/docs-uikit",
3
- "version": "31.4.0",
3
+ "version": "31.5.1",
4
4
  "description": "",
5
5
  "repository": {
6
6
  "type": "git",
@@ -16,5 +16,5 @@
16
16
  "cli": {
17
17
  "webpack": false
18
18
  },
19
- "gitHead": "21360511d426098c7231809ca33b13ecd11f16dd"
19
+ "gitHead": "8eb35a6e98b9e3cb3b18b452ce9ba76f278d0e61"
20
20
  }