Contribue
đđ D'abord, merci d'avoir pris le temps de contribuer! đđ
Xplorer est actuellement en cours de développement. Nous souhaitons la bienvenue aux contributeurs pour collaborer sur Xplorer.
Impliquez-vous
Il y a plusieurs façons de contribuer à Xplorer, et beaucoup d'entre eux n'impliquent pas d'écrire de code. Voici quelques idées pour commencer:
- Commencez à utiliser Xplorer dÚs aujourd'hui ! Parcourez les guides du Tutoriel. Est-ce que tout fonctionne comme prévu? Dans le cas contraire, nous sommes toujours à la recherche d'améliorations. Faites-le nous savoir en nous le signalant.
- Regardez les problÚmes Xplorer. Si vous trouvez un problÚme que vous voulez corriger, ouvrez une pull request. Les issues marquées comme Good first issue sont un bon point de départ.
- Aidez-nous Ă amĂ©liorer les documentations. Remplissez un problĂšme si vous trouvez quelque chose de confus, une erreur grammaticale ou qui peut ĂȘtre amĂ©liorĂ©.
- Jetez un Ćil aux discussions GitHub et donnez votre avis dans une discussion ou envisagez d'ouvrir une pull request si vous voyez quelque chose sur lequel vous voulez travailler.
Les contributions sont toujours les bienvenues!
Processus de développement
Xplorer utilise GitHub comme source de vĂ©ritĂ©. LâĂ©quipe de base y travaillera directement. Tous les changements seront publics dĂšs le dĂ©but.
Signaler de nouvelles issues.
Lorsque vous ouvrez un nouveau ticket, assurez-vous toujours de remplir le modĂšle de fiche. Nous utilisons les tickets GitHub pour suivre les bogues publics. Veuillez vous assurer que votre description est claire et qu'elle contient des instructions suffisantes pour pouvoir reproduire le problĂšme.
- Un problĂšme, un bogue: Veuillez signaler un seul bug par problĂšme.
- Fournir des Ă©tapes de reproduction: Liste toutes les Ă©tapes nĂ©cessaires pour reproduire le problĂšme. La personne qui lit votre rapport de bogue devrait ĂȘtre en mesure de suivre ces Ă©tapes pour reproduire votre problĂšme avec un effort minime.
Demande de Fonctionnalité
Nous utilisons GitHub Discussions et GitHub Issues pour suivre les idées des utilisateurs. Suggérez une nouvelle fonctionnalité ici! Les demandes de fonctionnalités ont tendance à avoir:
- Un résumé rapide des idées.
- Quelle & pourquoi vous vouliez ajouter la fonctionnalité spécifique.
- Des références supplémentaires telles que des images, des liens de ressources sur la fonctionnalité, etc.
Travailler sur le code Xplorer
Pré-requis
- Environnement Tauri
- Node JS
- Git
- yarn
- Ăditeur de code, nous vous recommandons d'utiliser Code VS
Installation
AprÚs le clonage du dépÎt, exécutez
yarn
à la racine du dépÎt et exécutezyarn
dans le dossierdocs
(si vous voulez travailler sur Xplorer Docs).Pour démarrer Xplorer localement, exécutez
yarn dev
.Pour démarrer un serveur de développement local servant la documentation de Xplorer, allez dans le répertoire
docs
et exécutezyarn start
Gitpod
Gitpod est un environnement prĂȘt-Ă -Code dans lequel vous pouvez commencer immĂ©diatement. Gitpod offre toutes les dĂ©pendances prĂ©-installĂ©es afin que vous puissiez simplement cliquer et commencer.
Pour commencer avec Gitpod, cliquez sur le bouton ci-dessous et connectez-vous avec votre compte GitHub.
N'oubliez pas de recharger le site web de Gitpod aprÚs le chargement car il ne démarrera pas les serveurs immédiatement, mais en rechargeant, vous pouvez le faire démarrer. Si vous développez l'application, aller à l'Explorateur à distance sur la barre latérale et visiter le port 6080 qui ouvre le serveur de l'application noVNC. Si vous développez la documentation, allez dans l'explorateur distant mais au lieu du port 6080, visitez le port 3000. Vous pouvez éditer normalement comme vous le faites en VS Code, mais si vous voulez l'utiliser localement, cliquez sur le bouton du menu hamburger et cliquez sur Ouvrir dans VS Code. :::
SĂ©mantique des messages de commit
DĂ©couvrez comment une modification mineure de votre style de message de commit peut faire de vous un meilleur programmeur.
Format : <type>(<portée>): <sujet>
<scope>
est facultatif
Exemple
feat: permettre de remplacer webpack config
^--^ ^------------^
| |
| +-> Résumé au present.
|
+-------> Tapez : chore, docs, feat, fix, refactor, style, ou test.
les différents types de commits:
feat
: nouvelle fonctionnalité pour l'utilisateurfix
: correction de bug pour l'utilisateurdocs
: modifications de la documentationstyle
: formatage, point-virgule manquante, etc.refacteur
: refactorisation du code de production, par exemple. renommer une variabletest
: ajout de tests manquants, refactorisation des tests.chore
: mise Ă jour des tĂąches de grunt, etc
Utilisez des minuscules et non des majuscules !
Travailler sur la documentation Xplorer
Le site web de documentation Xplorer est construit à l'aide de Docusaurus 2, et son code est situé dans le dossier docs
.
Pré-requis
Installation
AprÚs le clonage du dépÎt, exécutez yarn
dans le dossier docs
(vous pouvez aller dans le dossier docs
en exécutant la commande cd docs
).
Si vous voulez utiliser Gitpod, cliquez sur ici pour le guide sur la façon d'utiliser Gitpod.
DĂ©veloppement local
- Exécutez la commande
yarn start
dans le dossierdocs
. - Ăditez des textes markdown dans le dossier
docs
et le site web sera rechargé.
Demande de fusion de code source
Votre premiĂšre demande d'ajout.
Vous avez donc décidé de contribuer au code en amont en ouvrant une pull request. Vous avez investi une bonne partie de votre temps, et nous l'apprécions. Nous ferons de notre mieux pour travailler avec vous et examiner la PR.
Vous travaillez sur votre premiÚre Pull Request ? Vous pouvez apprendre comment grùce à cette série de vidéos gratuites :
Comment contribuer Ă un projet Open Source sur GitHub
Nous avons une liste de problÚmes favorables aux débutants pour vous aider à mouiller vos pieds dans le code de base Xplorer et à vous familiariser avec notre processus de contribution. C'est un endroit idéal pour commencer.
Proposer une modification
Si vous souhaitez demander une nouvelle fonctionnalité ou une amélioration mais que vous ne pensez pas encore à ouvrir une pull request, vous pouvez aussi ouvrir une discussion et d'autres la coderont !
Si vous avez l'intention de corriger un bogue, veuillez en discuter Ă travers ProblĂšmes avant de soumettre une pull request.
Si vous avez l'intention d'ajouter une nouvelle fonctionnalitĂ©, veuillez en discuter Ă travers les discussions GitHub pour Ă©viter que plusieurs personnes travaillent sur la mĂȘme demande de fonctionnalitĂ©.
Envoyer des demandes d'intégration (Pull request)
assurez-vous que la PR ne fait qu'une chose, sinon veuillez la diviser. Il est recommandé de suivre ce style de message de commit.
- Forcez le dépÎt et créez votre branche à partir du
maĂźtre
. - Effectuez des changements et assurez-vous que votre message de commit est compréhensible.
- Ouvrez une PR et assurez-vous de décrire clairement votre pull request .
Travailler sur la documentation Xplorer
Localisation
Nous hébergeons nos locales sur le crowdin. Pour le traduire, veuillez suivre ces étapes :
- Inscrivez-vous sur Crowdin et rejoignez notre projet ici.
- Assurez-vous que votre locale existe lĂ -bas, si elle n'existe pas, laisser un commentaire dans cette discussion et j'ajouterai l'option langue :)
- Familiarisez-vous avec l'interface de traduction Crowdin, car vous devrez l'utiliser pour traduire des fichiers JSON et Markdown
- Traduire le contenu!
Fichiers prioritaires Ă traduire sur Crowdin
- fichiers
src/Locales
- fichiers
docs /
Production
Une fois que les fichiers sur src/Locales
ont été traduits depuis plus de 80%, nous l'ajouterons dans l'application Xplorer et pour la documentation, nous l'ajouterons en production une fois que la traduction aura l'air bonne !
Veuillez commenter ici si vous avez des questions !
BibliothĂšque de fichiers
La bibliothĂšque json de types de fichiers et miniature se trouve dans le dossier lib
et les icĂŽnes se trouvent dans le dossier src/Icons
. Vous pouvez ajouter des types de fichiers et des icĂŽnes pour les extensions de fichiers que vous souhaitez utiliser et soumettre une PR.