close
Passer au contenu principal

Guide communautaire

Le nombre d'utilisateurs de Wails augmente Ă  un rythme incroyable, et si vous lisez ça, il y a des chances que vous soyez prĂȘt Ă  nous rejoindre. Alors... Bienvenue !

Ressources​

Code de Conduite​

Le Code de Conduite est un guide facile à suivre pour développer les communautés techniques auxquelles nous participons.

Restez informé​

Obtenir de l'aide​

  • GitHub - Si vous avez un bug Ă  signaler ou une fonctionnalitĂ© Ă  demander, c'est ce Ă  quoi les GitHub issues servent. Merci de respecter les rĂšgles dĂ©finies dans les modĂšles de chaque dĂ©pĂŽt de code.
  • Discord - Un endroit oĂč les dĂ©veloppeurs de Wails peuvent se rencontrer et discuter en temps rĂ©el.
  • QQ Group(äž­æ–‡) - Un groupe Wails pour permettre aux dĂ©veloppeurs chinois de communiquer, et oĂč vous pourrez trouver de l'aide d'autres dĂ©veloppeurs.

Explorez l'Ă©cosystĂšme​

  • L'incroyable page Wails - Voyez quelles autres ressources gĂ©niales ont Ă©tĂ© publiĂ©es par d'autres personnes gĂ©niales.

Comment contribuer​

Wails est un projet open source, orienté par la communauté. Nous souhaitons la bienvenue à tous ceux qui veulent nous rejoindre pour contribuer au projet. Cette documentation s'adresse à toute personne souhaitant se familiariser avec le projet et les processus de développement.

Il y a plusieurs façons de contribuer au projet :

  • DĂ©velopper de nouvelles fonctionnalitĂ©s
  • Corriger des Bugs
  • Tester
  • Documenter les fonctionnalitĂ©s
  • Écrire des tutoriaux / guides
  • Aider les autres avec leurs soucis + participer aux discussions

Des guides ont été créés dans leurs propres sections. Avant de commencer, veuillez vous présenter dans la discussion Contribuer à Wails.

DĂ©veloppement de nouvelles fonctionnalitĂ©s​

Nous sommes toujours dĂ©sireux d'ajouter des fonctionnalitĂ©s Ă  Wails et de dĂ©velopper ce que le projet peut faire. Le processus d’ajout de nouvelles fonctionnalitĂ©s est le suivant :

  • Choisissez un ticket d'amĂ©lioration avec l'Ă©tiquette "TODO". Il est prĂ©fĂ©rable d'en sĂ©lectionner un dans le Backlog mais le choix vous appartient.
  • Avant de dĂ©velopper, vĂ©rifiez que le ticket inclut les informations suivantes :
    • Le but de l'amĂ©lioration
    • Qu'est-ce qui est hors de portĂ©e pour l'amĂ©lioration
    • Quelles plateformes vont bĂ©nĂ©ficier de l'amĂ©lioration (la plupart des fonctionnalitĂ©s sont cross-plateforme Ă  part pour des raisons spĂ©cifiques)
  • Si le ticket n'inclut pas ces informations, n'hĂ©sitez pas Ă  demander les informations Ă  la personne qui a ouvert le ticket. Parfois, des tickets d'initiatives sont créés et nĂ©cessitent plus de dĂ©tails
  • Commenter sur le ticket en prĂ©cisant que vous souhaitez dĂ©velopper la fonctionnalitĂ©
  • Clonez le dĂ©pĂŽt et crĂ©ez une branche au format feature/<ticket_number>_<ticket_title>
  • Les nouvelles fonctionnalitĂ©s nĂ©cessitent souvent de la documentation, donc assurez-vous que vous avez Ă©galement ajoutĂ© ou mis Ă  jour la documentation impactĂ©s par vos modifications
  • Une fois que la fonctionnalitĂ© est prĂȘte Ă  ĂȘtre testĂ©e, crĂ©ez un brouillon de PR. Veuillez vous assurer que la description de la PR contient les scĂ©narios de test et les cas de test listĂ©s avec les coches, afin que les autres puissent savoir ce qui doit encore ĂȘtre testĂ©.
  • Une fois que tous les tests sont terminĂ©s, veuillez mettre Ă  jour le statut de la PR Ă  partir du brouillon et laisser un message.
note

Il n'y a rien qui vous empĂȘche d'ouvrir un ticket et d'y travailler vous-mĂȘme, mais soyez conscient que toutes les demandes d'amĂ©lioration sont examinĂ©es pour ĂȘtre en bon Ă©tat. Toutes les idĂ©es ne seront pas sĂ©lectionnĂ©es, il est donc prĂ©fĂ©rable d'avoir une discussion sur l'amĂ©lioration en premier.

attention

Toute PRs ouverte sans ticket correspondant peut ĂȘtre rejetĂ©e.

Corriger des Bugs​

Le processus de correction des bugs est le suivant :

  • VĂ©rifiez le backlog actuel et sĂ©lectionnez un bug Ă  corriger
  • Avant de dĂ©velopper, vĂ©rifiez que le ticket inclut les informations suivantes :
  • La portĂ©e du problĂšme, y compris les plateformes affectĂ©es
  • Les Ă©tapes pour reproduire le soucis. Parfois, des bugs sont ouverts mais ne sont pas liĂ©s Ă  Wails. C'est au rapporteur du bug de prouver que le souci provient de Wails avec un exemple minimum pouvant ĂȘtre reproduit
  • Le rĂ©sultat de wails doctor
  • Un test permettant de reproduire le bug
  • Si le ticket n'inclut pas ces informations, n'hĂ©sitez pas Ă  demander les informations Ă  la personne qui a ouvert le ticket.
  • Commenter sur le ticket indiquant que vous souhaitez dĂ©velopper un correctif
  • Clonez le dĂ©pĂŽt et crĂ©ez une branche au format bugfix/<ticket_number>_<ticket_title>
  • Une fois que le correctif est prĂȘt Ă  ĂȘtre testĂ©, crĂ©ez un brouillon de PR. Veuillez vous assurer que la description de la PR contient les scĂ©narios de test et les cas de test listĂ©s avec les coches, afin que les autres puissent savoir ce qui doit encore ĂȘtre testĂ©.
  • Une fois que tous les tests sont terminĂ©s, veuillez mettre Ă  jour le statut de la PR Ă  partir du brouillon et laisser un message.
note

Il n'y a rien qui vous empĂȘche d'ouvrir un ticket et d'y travailler vous-mĂȘme, mais veuillez noter que toutes les corrections de bugs devraient ĂȘtre discutĂ©es afin d'Ă©viter des effets secondaires non prĂ©vus.

attention

Toute PRs ouverte sans ticket correspondant peut ĂȘtre rejetĂ©e.

Tester​

Les tests sont d'une importance vitale pour assurer la qualitĂ© du projet. Il y a quelques scĂ©narios oĂč les tests peuvent vraiment aider le projet :

  • Tester si un bug est reproductible sur votre systĂšme local
  • Tester les PRs pour s'assurer qu'elles fonctionnent correctement

Si vous avez choisi de tester si le bug de quelqu'un est reproductible sur votre systÚme local, alors n'hésitez pas à ajouter un commentaire dans le ticket le confirmant avec le résultat de wails doctor.

Pour tester les PR, choisissez une PR et vérifiez si sa description contient les scénarios de test listés. Dans le cas contraire, veuillez demander à la personne qui a ouvert la PR de fournir cette liste. Une fois que vous avez un scénario de test valide, veuillez signaler vos conclusions en commentaire de la PR.

Si vous avez besoin de plus de clarté ou d'aide lors des tests, veuillez poser une question dans la discussion Contribuer à Wails ou sur slack.

Documenter​

Ce site est également la documentation principale du projet. Parfois, elle devient obsolÚte et nécessite de légers ajustements. Une partie de la documentation n'est pas non plus écrite selon les meilleures normes. Construire une documentation est compliquée, alors toute contribution est grandement appréciée. Sans documentation, les fonctionnalités ne sont pas considérées comme terminées, donc pour le projet c'est aussi important que le code.

GĂ©nĂ©ralement nous ne crĂ©ons pas de tickets pour la mise Ă  jour de la documentation. Si vous pensez que quelque chose doit ĂȘtre mis Ă  jour ou réécrit, alors n'hĂ©sitez pas Ă  soumettre une PR pour cela. Ce site se trouve dans le dĂ©pĂŽt principal sous le rĂ©pertoire website. Nous utilisons Docusaurus pour crĂ©er le site afin qu'il y ait beaucoup de documentation et de tutoriels existants pour aider Ă  l'utiliser.

Pour mettre en place un environnement de développement local pour la documentation, effectuez les commandes suivantes :

AprÚs avoir tout installé et démarré, vous devriez voir le site à l'URL suivante : http://localhost:3000. Toute modification apportée au texte du site sera immédiatement reflétée dans le navigateur.

Gestion de version​

Nous employons un systĂšme de gestion de version oĂč nous avons la "derniĂšre" documentation (alias "prochaine version") qui contient toutes les modifications qui ont Ă©tĂ© faites depuis la derniĂšre version. Et seules les deux versions prĂ©cĂ©dentes de la documentation sont conservĂ©es.

Il n'y a généralement pas de raison de mettre à jour la documentation déjà publiée, alors généralement nous ne mettons pas à jour les documents se trouvant dans les dossiers versioned_docs et versioned_sidebars.

La documentation de la "prochaine version" sont principalement dans website/docs avec quelques Ă©lĂ©ments "indĂ©pendants des versions" dans src/pages. Toute mise Ă  jour doit ĂȘtre effectuĂ©e dans le dossier website/docs.

Langues​

Par défaut, la documentation de Wails est en anglais. Nous utilisons l'outil "crowdin" pour traduire l'ensemble de la documentation dans d'autres langues et synchroniser le tout sur le site. Vous pouvez rejoindre notre projet et contribuer en soumettant vos traductions.

Ajouter une nouvelle langue​

Si vous souhaitez ajouter une nouvelle langue à la documentation, veuillez suivre les instructions pour remplir et soumettre un problÚme. AprÚs avoir été approuvé par le mainteneur, nous ajouterons la langue dans « crowdin » et vous pourrez ensuite soumettre votre traduction.

Aider les autres​

Une bonne façon de contribuer au projet est d'aider ceux qui Ă©prouvent des difficultĂ©s. C'est normalement signalĂ© par un ticket ou un message sur le serveur discord de Wails. MĂȘme clarifier le problĂšme peut vraiment aider. Parfois, quand un problĂšme est discutĂ© et rĂ©solu, nous crĂ©ons un guide pour aider ceux qui sont confrontĂ©s aux mĂȘmes problĂšmes.

Pour rejoindre le serveur Discord de Wails, cliquez ici.

note

Travail en cours