@1024pix/pix-ui 35.0.0 → 35.0.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.
- package/CHANGELOG.md +7 -0
- package/docs/breaking-changes.stories.mdx +16 -6
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,12 @@
|
|
|
1
1
|
# Pix-UI Changelog
|
|
2
2
|
|
|
3
|
+
## v35.0.1 (13/06/2023)
|
|
4
|
+
|
|
5
|
+
|
|
6
|
+
### :building_construction: Tech
|
|
7
|
+
- [#420](https://github.com/1024pix/pix-ui/pull/420) [TECH] Précise comment documenter un Breaking Change.
|
|
8
|
+
- [#419](https://github.com/1024pix/pix-ui/pull/419) [TECH] Ajoute un moyen d'identifier qu'on génère un Breaking Change.
|
|
9
|
+
|
|
3
10
|
## v35.0.0 (31/05/2023)
|
|
4
11
|
|
|
5
12
|
|
|
@@ -53,20 +53,30 @@ Exemples :
|
|
|
53
53
|
- Un nouveau composant est ajouté
|
|
54
54
|
- Un argument facultatif est ajouté
|
|
55
55
|
|
|
56
|
-
|
|
56
|
+
Pour repérer les potentiels breaking changes, il est possible d'[installer
|
|
57
57
|
la version en cours de développement de Pix UI dans une app Ember à partir de
|
|
58
|
-
sa branche sur Github. Si, sans faire aucune autre modification que cette mise
|
|
58
|
+
sa branche sur Github](https://ui.pix.fr/?path=/docs/d%C3%A9veloppement-tester-un-composant-en-developpement-dans-une-app--page). Si, sans faire aucune autre modification que cette mise
|
|
59
59
|
à jour, on observe des changements, alors il s'agit probablement de _breaking
|
|
60
60
|
changes_.
|
|
61
61
|
|
|
62
|
+
Pour aller plus loin, il est possible d'utiliser l'outil SourceGraph pour rechercher les usages de nos composants ou styles dans nos repos publics. Ainsi, on peut savoir exactement le nombre d'usages de nos composants ou bien les attributs utilisés. Voici quelques exemples de requêtes :
|
|
63
|
+
|
|
64
|
+
- [Trouver les usages du composant `PixButton`](https://sourcegraph.com/search?q=context:global+repo:1024pix+file:.hbs+PixButton%5Cs&patternType=regexp&sm=0&groupBy=repo)
|
|
65
|
+
- [Trouver les usages du composant `PixModal`](https://sourcegraph.com/search?q=context:global+repo:1024pix+file:.hbs+PixModal%5Cs&patternType=regexp&sm=0&groupBy=repo)
|
|
66
|
+
- [Trouver les usages du placeholder SCSS `%pix-body-m`](https://sourcegraph.com/search?q=context:global+repo:1024pix+file:.scss+%25pix-body-m&patternType=standard&sm=0&groupBy=repo)
|
|
67
|
+
|
|
62
68
|
## Comment communiquer en cas de _breaking change_ ?
|
|
63
69
|
|
|
64
70
|
C'est au développeur qui ouvre la _pull request_ qu'incombe la responsabilité
|
|
65
71
|
d'identifier les éventuels _breaking changes_ dans ses modifications et, le cas
|
|
66
|
-
échéant, de les signaler dans le titre de la PR
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
de
|
|
72
|
+
échéant, de les signaler en préfixe dans le titre de la PR :
|
|
73
|
+
|
|
74
|
+
```
|
|
75
|
+
[BREAKING] Changement de couleur de fond par défaut du PixButton (PIX-1234)
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
Enumérer précisément les fonctionnalités impactées par le breaking change, et la modification à apporter (solution de contournement ou définitive).
|
|
79
|
+
Le développeur pourra ainsi déterminer s'il les utilise, et si c'est le cas, apporter les modifications.
|
|
70
80
|
|
|
71
81
|
Ainsi :
|
|
72
82
|
|