You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: packages/components/README.md
+28-2
Original file line number
Diff line number
Diff line change
@@ -57,7 +57,7 @@ const component = await mount(
57
57
{
58
58
props: {
59
59
variant: 'secondary',
60
-
}
60
+
},
61
61
slots: {
62
62
default: 'Click me!',
63
63
},
@@ -112,4 +112,30 @@ As with the browser tests, it is vital that the component to test is mounted and
112
112
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.
113
113
114
114
## 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`.
|**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.
0 commit comments