Le référentiel est quelque chose comme un dossier pour un projet dans GitHub. Le référentiel contient tous les fichiers appartenant au projet. Il stocke l’intégralité de l’historique des modifications du projet, ce qui est très important. À l'aide de l'onglet Problèmes , vous pouvez créer des défauts, des améliorations et des questions pour le projet. À l'aide de Projets , vous pouvez créer des tableaux Kanban pour suivre l'état des problèmes, leur mise en œuvre et leur planification. Le référentiel de modèles est un modèle sur la base duquel vous pouvez créer de nouveaux référentiels. Un modèle qui contient du code commun pour tous les référentiels. |
1. Modèle de problème
Ici, vous devez décrire les règles de création d'un ticket dans le référentiel : comment ils doivent s'appeler, quelle sera l'étiquette, qui y sera affecté. Lors de la création d'un nouveau problème, les options suivantes seront proposées :- Rapport de bug - création d'un problème pour décrire un défaut dans le projet ;
- Demande de fonctionnalité - proposition d'une nouvelle idée de projet ;
- Demande d'amélioration - proposition d'amélioration sur le projet ;
- Modèle de problème personnalisé : si les autres options ne fonctionnent pas, vous pouvez utiliser un modèle vide.
2. Licence
La licence sous laquelle le projet est écrit. C'est nécessaire pour que ceux qui utiliseront le projet sachent ce qui est garanti et ce qui ne l'est pas. Par exemple, la licence Apache 2.0 indique ce qui suit :3.LISEZMOI
Ceci est une description du projet, sa carte de visite. Tout ce qui doit être dit sur le projet doit être ici. Bien entendu, il faudra le décrire à chaque fois en tenant compte des spécificités du projet, mais les rubriques seront les mêmes. Par exemple:- Aperçu - une brève description du projet ;
- Utilisation - comment utiliser le projet ;
- Construire - comment lancer un projet, ce qui est nécessaire pour cela ;
- Dépannage : décrit les problèmes que vous pourriez rencontrer et comment les résoudre ;
- Notes de version - description des modifications en fonction de la version ;
- Auteurs – n’oubliez pas vos proches ;
- Contribuer - une description de la manière dont vous pouvez participer au développement du projet ;
- Code de conduite - description des règles de participation ;
- RELEASE_NOTES - un fichier dans lequel toutes les modifications apportées aux nouvelles versions sont enregistrées. C'est une bonne pratique de mettre cela dans un document séparé et de stocker un lien dans le README ;
- CONTRIBUTING est un fichier qui décrit comment vous pouvez contribuer au développement de ce projet. Créé en tant que fichier distinct pour l'en-tête Contributing dans le README ;
- CODE_OF_CONDUCT - un fichier qui décrit les règles de participation au développement du projet ;
- Modèle de demande de tirage - un modèle pour ceux qui créeront une demande de tirage.
Pratique : créer votre propre modèle
Comme on dit, passons des paroles aux actes. Maintenant, à l'aide d'un exemple, je vais vous montrer comment créer votre propre modèle.-
La première chose dont vous avez besoin est un compte sur GitHub / inscrivez-vous là-bas .
-
Créer un nouveau dépôt : pour cela, cliquez sur + dans le coin supérieur droit
-
Lors de la création, remplissez :
- Nom du référentiel - dans mon cas, modèle de référentiel ;
- Description — brève description du projet ;
- Nous quittons Public, bien que vous puissiez sélectionner Privé ;
- Cochez la case d'initialisation README :
-
Sélectionnez la licence sous laquelle le projet sera :
Puisque dans mon cas le modèle est général, gitignore n'est pas nécessaire : il sera ajouté pour un projet et un langage de programmation spécifiques.
Par conséquent, cliquez sur Créer un référentiel , complétant ainsi le processus de création. Le système nous amènera automatiquement au référentiel nouvellement créé.
-
Remplir le profil de la communauté : dans le référentiel créé, allez dans l' onglet Insights et sélectionnez Communauté :
Comme vous pouvez le constater, il ne reste plus qu'à remplir le modèle de code de conduite, de contribution, de problème et de demande de tirage.
À l’aide de l’exemple du Code de conduite, nous montrerons comment les ajouter à un projet.
Cliquez sur Ajouter , le système vous invite à sélectionner Contributor Covenant ou Citizen Code of Conduct :
Je sélectionne le premier et clique sur Review and Submit .
Ensuite, vous pouvez modifier ce fichier et le valider.
En bas, sélectionnez l'option Valider directement dans la branche principale et cliquez sur Valider un nouveau fichier :
En conséquence, si nous revenons au profil de la communauté , nous constaterons que le code de conduite est marqué comme ajouté :
Les modèles de contribution et de problème sont ajoutés de la même manière, je ne les montrerai donc pas. Fais le toi-même ;)
-
Ajouter un modèle de demande de tirage .
Mais parlons-en séparément.
Je ne sais pas pourquoi GitHub n'a pas ajouté la même option pratique pour configurer le modèle Pull-Request, vous devrez donc étudier la
documentationet l'ajouter manuellement.Pour cela, cliquez sur Créer un nouveau fichier à la racine du référentiel :
Le nom du fichier doit être : .github/pull_request_template.md .
Nous ajoutons ce dont nous avons besoin au modèle et cliquons sur Valider un nouveau fichier , comme nous l'avons fait ci-dessus. Je n'allais pas réinventer la roue et j'ai trouvé un exemple qui me semblait tout à fait utilisable.
De cette façon, l'intégralité du profil communautaire sera renseignée :
-
Ajoutez un marqueur de référentiel de modèles .
Pour ce faire, accédez à l' option Paramètres dans le référentiel et cochez la case où il est indiqué Référentiel de modèles :
Et voilà, le modèle pour créer de nouveaux projets est prêt. Ainsi, nous gagnerons beaucoup de temps à l’avenir lorsque nous aurons besoin de créer de nouveaux projets. Cela vous aidera également à ne pas manquer des détails importants, car il arrive souvent que vous oubliiez d'ajouter quelque chose, par exemple une licence ou un modèle clair pour un problème.
Comment utiliser le référentiel de modèles
Il existe deux options d'utilisation :
-
Lorsqu'un modèle vous appartient directement : lors de la création d'un nouveau référentiel, vous aurez la possibilité de créer à partir d'un modèle de la liste des modèles que vous possédez :
-
Lorsque le modèle est étranger : il n'y a pas non plus de problèmes particuliers ici. Accédez à ce modèle et cliquez sur le bouton Utiliser ce modèle . Ici, j'utiliserai l'animation de la doc officielle :
Résumons-le
Dans cet article, nous avons examiné :- qu'est-ce que le référentiel GitHub ;
- qu'est-ce que le référentiel de modèles ;
- ce qui devrait être dans le référentiel de modèles ;
- comment créer un référentiel de modèles ;
- comment utiliser le référentiel de modèles.
Liens utiles
- Organisation avec tous les modèles que j'ai créés
- Blog GitHub : Générer un nouveau référentiel avec des modèles de référentiel, comment créer un modèle pour les référentiels
- Aide GitHub : À propos des référentiels , ce que sont les référentiels.
- Aide GitHub : Création d'un référentiel à partir d'un modèle comment créer un nouveau projet basé sur un modèle
- Aide GitHub : Licences, description du référentiel des licences pour les projets
- Aide GitHub : Créer une description de dépôt pour la création d'un référentiel
- Conseils des guides Open Source pour créer/décrire des projets open source.
- Aide GitHub : ajout d'un modèle de demande d'extraction - création d'un modèle pour les demandes d'extraction.
Plus de mes articles
- Déboguer dans Intellij IDEA : un guide pour les débutants
- Guide pour créer un client pour l'API Skyscanner et le publier dans jCenter et Maven Central [Partie 1]
- Guide pour créer un client pour l'API Skyscanner et le publier dans jCenter et Maven Central [Partie 2]
- Créer un système de surveillance du prix des billets d'avion : un guide étape par étape [Partie 1]
- Créer un système de surveillance du prix des billets d'avion : un guide étape par étape [Partie 2]
- Créer un système de surveillance du prix des billets d'avion : un guide étape par étape [Partie 3]
- Exploitation forestière : quoi, comment, où et avec quoi ?
- Comment un test d'entretien s'est transformé en une bibliothèque open source
- Histoire de succès. 20 heures de programmation par semaine, master et vie personnelle
- Comment trouver un emploi ? Conseils pour envoyer des CV
GO TO FULL VERSION