Skip to content

Latest commit

 

History

History
32 lines (22 loc) · 2.58 KB

CONTRIBUTING-FR.md

File metadata and controls

32 lines (22 loc) · 2.58 KB

Lignes directrices en matière de contributions

Bienvenue!

Nous sommes très heureux que vous songiez à contribuer à un projet des Services numériques de l’Ontario (SNO)! Si vous ne comprenez pas quelque chose, posez des questions – ou soumettez le problème ou la demande d’extraction de toute façon. Le pire qui pourrait arriver est qu’on vous demandera poliment de changer quelque chose. Nous aimons toutes les contributions amicales.

Nous voulons nous assurer que tous nos projets profitent d’un environnement amical. Notre personnel respecte le code de conduite des SNO, et tous les contributeurs devraient en faire de même.

Nous vous encourageons à lire la politique en matière de contributions de ce projet (vous y êtes), sa licence et son fichier README.

Vous pouvez partager vos réflexions et vos idées en :

Par courriel

  • Envoyez-nous les documents en texte en clair, comme les fichiers texte, les documents Word et les Google Docs par courriel
  • N’envoyez pas de documents en format HTML ou PDF, des documents imprimés ou des notes manuscrites
  • Dites-nous à quelle section vos suggestions s’appliquent
  • Si vous envoyez un courriel ou du texte en clair, incluez le texte original à des fins de consultation avec vos changements proposés
  • Si vous envoyez un document Word ou Google, utilisez le suivi des modifications ou le mode suggestion
  • Dites-nous la raison de votre suggestion et ses avantages

Sur GitHub

REMARQUE : La branche develop est une ébauche. La version officielle est dans la branche « master ».

  • Utilisez Markdown pour formater vos changements
  • N’utilisez pas HTML, sauf si les changements que vous souhaitez apporter ne sont pas acceptés par Markdown (par exemple, des entêtes dans un tableau)
  • Créez une fourche à partir de notre branche develop, et faites une demande d’extraction vers « develop » lorsque vous êtes prêt à fusionner.
  • Nommez votre branche en utilisant votre prénom ou nom d’utilisateur, le type de changement (« fix » pour de petites modifications cosmétiques, « feature » pour les ajouts ou les suppressions), suivis d’une description de vos changements. Par exemple : nom/fix/correcting-typos OU nom/feature/updates-to-standard
  • Faites une validation par changement et expliquez la raison de votre changement dans votre message de validation (pas ce que vous avez changé, mais pourquoi)