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
@@ -203,9 +204,12 @@ When introducing functional changes, cross-check the README and update it in the
203
204
same PR. If your change affects anything documented there — setup steps,
204
205
environment requirements, file references — the README must stay in sync.
205
206
206
-
When adding new documentation files, ensure they are reachable via interlinking from the root entry point. Do not create orphaned files.
207
+
When adding new documentation files, ensure they are reachable via interlinking
208
+
from the root entry point. Do not create orphaned files.
207
209
208
-
Do not duplicate content across files. Each piece of information — procedures, templates, configuration steps — must live in exactly one place. Reference it from other docs rather than copying it.
210
+
Do not duplicate content across files. Each piece of information — procedures,
211
+
templates, configuration steps — must live in exactly one place. Reference it
212
+
from other docs rather than copying it.
209
213
210
214
### Naming
211
215
@@ -254,7 +258,8 @@ _"What am I building?"_
254
258
255
259
#### Design PRs
256
260
257
-
Design PRs use `docs(ui)` as the type and scope. e.g.: `docs(ui): design table component`
261
+
Design PRs use `docs(ui)` as the type and scope. e.g.:
262
+
`docs(ui): design table component`
258
263
259
264
Initiate a PR with a note in the DESIGN.md file detailing the addressed design
260
265
aspects. Structure the design file with the following markup:
0 commit comments