Contribuer

⭐ CONTRIBUTER

Contribuer à Lightning Bounties

Écoute, on apprécie vraiment que tu prennes le temps d'aider à ce projet ! ❤️

On encourage toutes sortes de contributions. Jette un oeil à la Table des Matières pour différentes façons d'aider et des détails sur comment ce projet gère tout ça. Assure-toi bien de lire la section pertinente avant de faire ta contribution. Ça nous aidera, nous les mainteneurs, et ça facilitera l'expérience pour tout le monde. La communauté a hâte de voir tes contributions. 🎉

Et si t'aimes le projet, mais que t'as tout simplement pas le temps d'y contribuer, ça va. Y'a d'autres façons simples de soutenir le projet et de montrer ton appréciation, on serait super contents :

• Donne une étoile au projet

• Tweete à son sujet

• Mentionne ce projet dans le readme de ton propre projet

• Parle du projet à tes rencontres locales et raconte-le à tes amis/collègues

Table des Matières

• J'ai une Question

• Je Veux Contribuer

  • Signaler des Bugs

  • Suggérer des Améliorations

  • Ta Première Contribution de Code

  • Améliorer la Documentation

• Guides de Style

  • Messages de Commit

• Rejoins L'Équipe du Projet

J'ai une Question

Si tu veux poser une question, on suppose que t'as lu la Documentation disponible.

Avant de poser une question, c'est mieux de chercher parmi les Problèmes existants qui pourraient t'aider. Si tu trouves un problème adéquat et que tu as toujours besoin de clarifications, tu peux écrire ta question dans ce problème. Il est aussi recommandé de chercher sur internet pour des réponses en premier.

Si tu ressens toujours le besoin de poser une question et besoin de clarifications, on recommande ce qui suit:

• Ouvre un Problème

• Fournis autant de contexte que tu peux sur ce que tu rencontres.

• Fournis les versions du projet et de la plateforme (python, npm, etc), selon ce qui semble pertinent.

On s'occupera alors du problème dès que possible.

Je Veux Contribuer

Avis Légal

Lorsque tu contribues à ce projet, tu dois accepter que tu es l'auteur à 100% du contenu, que tu as les droits nécessaires sur le contenu et que le contenu que tu contribues peut être fourni sous la licence du projet.

Signaler des Bugs

Avant de Soumettre un Rapport de Bug

Un bon rapport de bug ne doit pas laisser les autres avoir besoin de te relancer pour plus d'informations. Par conséquent, on te demande d'enquêter soigneusement, de collecter des informations et de décrire le problème en détail dans ton rapport. S'il te plaît, complète les étapes suivantes à l'avance pour nous aider à corriger tout bug potentiel le plus rapidement possible.

• Assure-toi que tu utilises la dernière version.

• Détermine si ton bug est vraiment un bug et non une erreur de ta part, par exemple en utilisant des composants/versions d'environnement incompatibles (Assure-toi d'avoir lu la documentation. Si tu cherches du soutien, tu voudras peut-être consulter cette section).

• Pour voir si d'autres utilisateurs ont rencontré (et potentiellement déjà résolu) le même problème que tu as, vérifie s'il n'y a pas déjà un rapport de bug existant pour ton bug ou ton erreur dans le bug tracker.

• Assure-toi aussi de chercher sur internet (y compris Stack Overflow) pour voir si des utilisateurs en dehors de la communauté GitHub ont discuté du problème.

• Collecte des informations sur le bug :

  • Trace de la pile (Traceback)

  • OS, Plateforme et Version (Windows, Linux, macOS, x86, ARM)

  • Version de l'interpréteur, du compilateur, du SDK, de l'environnement d'exécution, du gestionnaire de paquets, en fonction de ce qui semble pertinent.

  • Éventuellement ton entrée et la sortie.

  • Peux-tu reproduire de manière fiable le problème ? Et peux-tu également le reproduire avec des versions plus anciennes ?

Comment Soumettre un Bon Rapport de Bug ?

Tu ne dois jamais signaler des problèmes de sécurité, des vulnérabilités ou des bugs incluant des informations sensibles au suivi des problèmes ou ailleurs en public. Au lieu de cela, les bugs sensibles doivent être envoyés par e-mail à .

On utilise les problèmes GitHub pour suivre les bugs et les erreurs. Si tu rencontres un problème avec le projet :

• Ouvre un Problème. (Comme on ne peut pas être sûr à ce stade s'il s'agit d'un bug ou non, on te demande de ne pas parler encore d'un bug et de ne pas étiqueter le problème)

• Explique le comportement que tu attendais et le comportement réel.

• Fournis autant de contexte que possible et décris les étapes de reproduction que quelqu'un d'autre peut suivre pour recréer le problème de son côté. Cela comprend généralement ton code. Pour de bons rapports de bugs, tu devrais isoler le problème et créer un cas de test réduit.

• Fournis les informations que tu as recueillies dans la section précédente.

Une fois que c'est déposé:

• L'équipe du projet étiquettera le problème en conséquence.

• Un membre de l'équipe essaiera de reproduire le problème avec tes étapes fournies. S'il n'y a pas d'étapes de reproduction ou pas de moyen évident de reproduire le problème, l'équipe te demandera ces étapes et marquera le problème comme besoin de reproduction. Les bugs avec l'étiquette besoin de reproduction ne seront pas traités tant qu'ils n'auront pas été reproduits.

• Si l'équipe est capable de reproduire le problème, il sera marqué besoin de correction, ainsi que pos