Skip to content

Commit f58894c

Browse files
docs(pie-monorepo): DSW-000 update readme with component status info (#2116)
* docs(pie-monorepo): DSW-000 update readme information about component status * docs(pie-monorepo): DSW-000 revert formatting changes * docs(pie-monorepo): DSW-000 address review comments * Update packages/components/README.md Co-authored-by: Xander Marjoram <[email protected]> * Update packages/components/README.md Co-authored-by: Xander Marjoram <[email protected]> * docs(pie-monorepo): DSW-000 remove whitespaces on headings --------- Co-authored-by: Xander Marjoram <[email protected]>
1 parent 0cc6853 commit f58894c

File tree

5 files changed

+35
-74
lines changed

5 files changed

+35
-74
lines changed

.changeset/short-brooms-share.md

+7
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,7 @@
1+
---
2+
"pie-storybook": patch
3+
"pie-docs": patch
4+
"pie-monorepo": patch
5+
---
6+
7+
[Changed] - Updates Readme information about component status

apps/pie-docs/component-statuses.json

-24
This file was deleted.

apps/pie-storybook/component-statuses.json

-24
This file was deleted.

component-statuses.json

-24
This file was deleted.

packages/components/README.md

+28-2
Original file line numberDiff line numberDiff line change
@@ -57,7 +57,7 @@ const component = await mount(
5757
{
5858
props: {
5959
variant: 'secondary',
60-
}
60+
},
6161
slots: {
6262
default: 'Click me!',
6363
},
@@ -112,4 +112,30 @@ As with the browser tests, it is vital that the component to test is mounted and
112112
When we build a component, we run a plugin for Rollup named `rollup-plugin-visualizer`. This generates a file for each component named `stats.html` in the root of the component package. This file can be viewed in the browser to visualise the bundled Javascript and better understand what contributes to the size of the final build output.
113113

114114
## Component Status changes
115-
The `package.json` file of each component is the source of truth for its status. Any change of status will be automatically reflected in Storybook and the Documentation site. There is no need to manually change the `component-statuses.json` file.
115+
The `package.json` file of each component is the source of truth for its status. Any change of status will be automatically reflected in Storybook and the Documentation site.
116+
117+
Supported statuses are `alpha`, `beta` and `stable`.
118+
119+
```json
120+
// package.json
121+
"pieMetadata": {
122+
"componentStatus": "alpha"
123+
},
124+
```
125+
126+
### Release Categorisation
127+
| | Prerelease/Alpha (v0.x.x) | Beta (v0.x.x) | Stable (v1.x.x) |
128+
|--------------------|-------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
129+
| **NPM Versioning** | Breaking changes should be expected. Component is still in active development and released as v0.x.x (indicating semver prerelease) | Breaking changes will be less likely, but could still occur due to component being integration tested with applications. | Component moves to v1.x.x NPM release. Breaking changes are communicated through version updates and any major feature changes will be tested as beta package releases. |
130+
| **Use in production applications is** | Not recommended. Component is still in active development and may have known issues. Is done so at application teams own risk. | Is encouraged, but with appropriate level of caution for a beta package release. Thorough testing is recommended. | Is encouraged and we don’t expect any obvious defects being found. Component has already been tested in other applications and is therefore considered stable. As always, thorough testing is still recommended. |
131+
132+
### What to do as a contributor
133+
Versioning will happen automatically through our pipeline, and will use each commit description to determine the right version. Remember you can use `yarn cz` when committing any changes. You don't need to change versions manually in the `package.json`.
134+
135+
#### When to change a component's status
136+
Use `alpha` during development of the first epic or MVP of the component.
137+
138+
Once the MVP is done, the component will be released as `beta`. This is generally done by the PIE team.
139+
140+
It will move to `stable` after it has been tested in at least 2 production environments. This is generally done by the PIE team.
141+

0 commit comments

Comments
 (0)