Qu’est-ce que GitHub ?
Dans cette unité, nous examinons les objectifs d’apprentissage suivants :
- Brève vue d’ensemble de la plateforme GitHub Enterprise
- Procédure pour créer un dépôt
- Ajout de fichiers à un référentiel
- Procédure pour rechercher des référentiels
- Présentation des gists et des wikis
GitHub
GitHub est une plateforme basée sur le cloud qui utilise Git, un système de contrôle de version distribue, en son cœur. La plateforme GitHub simplifie le processus de collaboration sur les projets et fournit un site web, des outils en ligne de commande et un flux global qui permet aux développeurs et aux utilisateurs de travailler ensemble.
Comme nous l’avons appris plus tôt, GitHub fournit une plateforme de développement alimentée par l’IA pour construire, mettre à l’échelle et fournir des logiciels sécurisés. Décortiquons chacun des piliers fondamentaux de la plateforme GitHub Enterprise, à savoir l’IA, la collaboration, la productivité, la sécurité et l’échelle.
Intelligence artificielle
L'IA générative transforme radicalement le développement de logiciels en ce moment même. La plateforme GitHub Enterprise améliore la collaboration grâce aux demandes d'extraction et aux problèmes alimentés par l'IA, la productivité grâce à Copilot et la sécurité grâce à l'automatisation plus rapide des contrôles de sécurité.
Collaboration
La collaboration est au cœur de tout ce que fait GitHub. Nous savons qu'une collaboration inefficace entraîne une perte de temps et d'argent. Nous y remédions en proposant une série d'outils transparents qui permettent de collaborer sans effort.
Les référentiels, les questions, les demandes de tirage et d’autres outils permettent aux développeurs, aux chefs de projet, aux responsables des opérations et à d’autres personnes de la même entreprise. Il leur permet de travailler plus rapidement ensemble, de réduire les délais d’approbation et de les expédier plus rapidement.
Productivité
La productivité est accélérée grâce à l'automatisation offerte par la plateforme GitHub Enterprise. Avec des outils CI/CD (intégration continue et livraison continue) intégrés directement dans le flux de travail, la plateforme donne aux utilisateurs la possibilité de définir des tâches et de les oublier, en s’occupant de l’administration de routine et en accélérant le travail quotidien. Vos développeurs ont ainsi plus de temps pour se concentrer sur ce qui compte le plus : la création de solutions innovantes.
Sécurité
GitHub met l'accent sur l'intégration de la sécurité directement dans le processus de développement, dès le départ. La plateforme GitHub Enterprise comprend des fonctions de sécurité natives qui minimisent les risques de sécurité grâce à une solution de sécurité intégrée. De plus, votre code reste privé au sein de votre organisation. En même temps, vous pouvez tirer parti de la vue d’ensemble de la sécurité et de Dependabot.
GitHub a continué à faire des investissements pour s'assurer que nos fonctionnalités sont prêtes pour l'entreprise. Les secteurs Microsoft et hautement réglementés font confiance à GitHub, et nous répondons aux exigences de conformité globales.
Mise à l’échelle
GitHub est la plus grande communauté de développeurs de son genre avec des données en temps réel sur plus de 100M+ développeurs, 330M+ référentiels et d’innombrables déploiements. Nous avons été en mesure de comprendre les besoins changeants des développeurs et d’apporter des modifications à notre produit pour qu’il corresponde.
Cela s'est traduit par une échelle incroyable qui n'est égalée par aucune autre entreprise sur la planète. Chaque jour, nous obtenons plus d’informations de la part de cette impressionnante communauté et nous faisons évoluer la plateforme pour répondre à ses besoins.
En substance, GitHub Enterprise Platform se concentre sur l’expérience des développeurs. Elle a l’envergure nécessaire pour fournir des informations qui changent l’industrie, des capacités de collaboration pour une efficacité transformatrice, des outils pour une productivité accrue, une sécurité à chaque étape, et l’IA pour propulser le tout vers de nouveaux sommets dans une plateforme unique et intégrée.
Passons maintenant à l'épine dorsale de GitHub, les dépôts.
Présentation des référentiels
Examinons d’abord :
- Qu’est-ce qu’un référentiel ?
- Procédure pour créer un dépôt
- Ajout de fichiers à un référentiel
- Procédure pour rechercher des référentiels
- Présentation des pages gists, wikis et GitHub
Qu’est-ce qu’un référentiel ?
Un dépôt contient tous les fichiers de votre projet et l’historique de révision de chaque fichier. C’est l’un des éléments essentiels qui vous permet de collaborer avec les autres. Vous pouvez utiliser des référentiels pour gérer votre travail, suivre les modifications, conserver l’historique des révisions et travailler avec d’autres personnes. Avant de plonger trop profondément, commençons par la création d'un référentiel.
Procédure pour créer un dépôt
Vous pouvez créer un dépôt sur votre compte personnel ou toute organisation où vous disposez d’autorisations suffisantes.
Abordons la création d'un dépôt à partir de github.com.
En haut à droite de n’importe quelle page, utilisez le menu déroulant et sélectionnez Nouveau référentiel.
Utilisez le menu déroulant Propriétaire pour sélectionner le compte qui doit être propriétaire du référentiel.
Tapez un nom pour votre dépôt et une description facultative.
Choisissez une visibilité de dépôt.
Les dépôts publics sont accessibles à tous sur Internet.
Les référentiels privés sont accessibles uniquement à vous, les personnes avec lesquelles vous partagez explicitement l’accès et, pour les référentiels d’organisation, certains membres de l’organisation.
Sélectionnez Créer un référentiel et félicitations ! Vous venez de créer un dépôt !
Ensuite, examinons comment ajouter des fichiers à votre référentiel.
Guide pratique pour ajouter un fichier à votre dépôt
Les fichiers dans GitHub peuvent avoir plusieurs fonctions, mais leur objectif principal est de stocker des données et des informations sur votre projet. Il vaut la peine de savoir pour ajouter un fichier à un référentiel, vous devez d’abord disposer d’un accès en écriture minimale dans le référentiel où vous souhaitez ajouter un fichier.
Voyons comment ajouter un fichier à votre dépôt.
Sur GitHub.com, accédez à la page principale du dépôt.
Dans votre référentiel, accédez au dossier dans lequel vous souhaitez créer un fichier en sélectionnant le en créant un lien fichier ou charger un fichier existant.
Une fois ajouté au-dessus de la liste des fichiers, sélectionnez le menu déroulant Ajouter un fichier ᐁ. Sélectionnez ensuite Créer un nouveau fichier.
Dans le champ du nom de fichier, tapez le nom et l’extension du fichier. Pour créer des sous-répertoires, tapez le séparateur de répertoire /.
Dans la zone de texte contenu du fichier, tapez Contenu pour le fichier.
Pour passer en revue le nouveau contenu, au-dessus du contenu du fichier, sélectionnez Aperçu.
Sélectionnez Valider les modifications.
Dans le champ Valider le message, tapez un message de validation court et significatif qui décrit la modification que vous avez apportée au fichier. Vous pouvez attribuer la validation à plusieurs auteurs dans le message de validation.
Si vous avez plusieurs adresses e-mail associées à votre compte sur GitHub.com, sélectionnez le menu déroulant de l’adresse e-mail. Sélectionnez ensuite l’adresse e-mail à utiliser comme adresse e-mail de l’auteur Git. Seules les adresses e-mail vérifiées apparaissent dans ce menu déroulant. Si vous avez activé la confidentialité de l’adresse e-mail, puis [username]@users.noreply.github.com est l’adresse e-mail de l’auteur de commit par défaut.
Sous le message de validation, déterminez s’il faut ajouter votre validation à la branche actuelle ou à une nouvelle branche. Si votre branche actuelle est la branche par défaut, vous devez choisir de créer une branche pour votre validation, puis de créer une demande de tirage.
Sélectionnez Valider les modifications ou Proposer des modifications.
Félicitations, vous venez de créer un fichier dans votre référentiel ! Vous avez également créé une branche et effectué une validation.
Avant de passer en revue les branches et les commits dans l’unité suivante, examinons rapidement les gists, les wikis et les pages GitHub, car ils sont similaires aux référentiels.
Qu’est-ce que les gists
Maintenant que nous avons une bonne compréhension des dépôts, nous pouvons consulter les gists. Tout comme les dépôts, les gists sont un moyen simplifié de partager des extraits de code avec d'autres personnes.
Chaque gist est un référentiel Git, que vous pouvez forker et cloner et qui peut être public ou secret. Les gists publiques sont affichées publiquement et les internautes peuvent consulter les nouvelles listes au fur et à mesure qu'elles sont créées. Les gists publics peuvent également faire l’objet d’une recherche. À l’inverse, gists secrets ne sont pas consultables, mais ils ne sont pas entièrement privés. Si vous envoyez l'URL d'un gist secret à un ami, il pourra le voir.
Pour en savoir plus sur les gists, consultez l’article de notre section Ressources à la fin de ce module, intitulé Création de gists.
En quoi consistent les wikis ?
Chaque dépôt sur GitHub.com est équipé d'une section pour héberger de la documentation, appelée wiki. Vous pouvez utiliser le wiki de votre dépôt afin de partager du contenu détaillé sur votre projet, par exemple pour décrire son utilisation, sa conception ou ses principes de base. Alors qu'un fichier README indique rapidement ce que votre projet peut faire, vous pouvez utiliser un wiki pour fournir une documentation supplémentaire.
Il est utile de rappeler que si votre référentiel est privé, seules les personnes ayant au moins un accès en lecture à votre référentiel auront accès à votre wiki.