Cette librairie est l’un des projets open source de la Ville de Montréal. Elle est utilisé pour les services en ligne que vous pouvez accéder à montreal.ca.
Les participants aux projets doivent souscrire au code de conduite que la Ville de Montréal a adopté. Veuillez lire le texte intégral afin de comprendre quelles actions seront ou ne seront pas tolérées.
Tous les travaux sur cette librairie se font directement sur [GitHub] (/). Les membres de l'équipe principale et les contributeurs externes envoient des demandes "Pull request" qui passent par le même processus de révision.
- Vous devez "fork" le projet si vous n'ëtes pas familier avec ce processus vous pouvez suivre cet article
- Regarder si la composante existe déjà ou si quelqu'un travaille déjà sur celle-ci.
- Si la spécification n'existe pas, demander à l'équipe UX de la produire.
- Si la spécification existe sur Confluence, lire la spécification et la suivre à la lettre.
- Produire la composante conformément au niveau de qualité et avec l'approche de Material Angular.
- La pull-request doit contenir les tests afin de garantir que la composante fonctionne, mais aussi éviter les regressions pour les futurs modifications à la librairie.
- La pull-request doit contenir une story storybook documentant l’utilisation de la nouvelle composante.
- Mettre la composante en PR et se conformer aux demandes de changements.
- Une fois la PR approuvée par au moins deux des mainteneurs, le travail est terminé! Une nouvelle version de la librairie est sur le point d'être publiée!
- Mettre à jour la version de la librairie où c'est nécessaire, apprécier un travail bien fait et standard qui sera utilisé par tous 💗 !
Nous ferons de notre mieux pour garder la branche master en bonne forme, avec des tests. Mais pour aller vite, nous allons faire des changements d’API. Ces changements pourraient ne pas être compatible avec votre application. Nous ferons de notre mieux pour communiquer ces modifications et toujours disposer de la version appropriée afin que vous puissiez verrouiller une version spécifique si besoin est.
Ma PR traite les demandes suivantes de Github et les référence dans le titre de ma PR. Par exemple, "feat(scope): #XXX My PR" Si vous corrigez une faute de frappe dans la documentation, vous pouvez l'ajouter à votre commit avec docs(scope): xxxx #XXX. Les modifications de code nécessitent toujours une demande Github.
Voici quelques détails sur ma PR, y compris des captures d'écran de toutes les modifications apportées à l'interface utilisateur:
- Clarifiez la documentation.
- Pas de changements d'interface utilisateur.
Ma PR ajoute les tests unitaires suivants OU n'a pas besoin de test pour cette très bonne raison:
- Ce n'est qu'un simple changement de documentation.
Mon commit référence dans le sujet la demande Github (recommandé), et j'ai écrasé plusieurs commits s'ils traitent la même chose. De plus, mes commits suivent les instructions de "Comment rédiger un bon message de validation git"
En cas de nouvelle fonctionnalité, ma PR ajoute une documentation décrivant son utilisation.
Pour accepter vos demandes, nous devons vous soumettre un DCO. Il vous suffit d'ajouter l'option de ligne de commande -s pour l'ajouter automatiquement à votre message de validation.
Plus de détails