Si vous faites créer un site, votre prestataire vous dira peut-être que « le code est sur GitHub ». Vous n’aurez jamais à vous en servir vous-même. Deux ou trois points vous concernent pourtant directement, en particulier le jour où vous changerez de prestataire.
Git et GitHub, deux choses différentes
Git est un logiciel qui garde l’historique d’un projet. Chaque modification est enregistrée, et on peut revenir à n’importe quelle version précédente. Il fonctionne sur l’ordinateur du développeur, sans avoir besoin d’Internet.
GitHub est un site web qui appartient à Microsoft depuis 2018. On y dépose ces projets pour les stocker en ligne et y travailler à plusieurs. On peut le comparer à un Google Drive pensé pour le code : on y trouve les fichiers, mais aussi tout leur historique.
Les mots que vous entendrez
- Dépôt (repository, souvent abrégé en « repo ») : le dossier du projet, avec tout son historique.
- Commit : un enregistrement du projet à un instant donné, accompagné d’une courte phrase qui dit ce qui a changé, par exemple « correction du formulaire de contact ».
- Branche : une copie de travail où l’on essaie une modification sans toucher au site en ligne.
- Pull request : la demande de fusionner une branche dans la version principale. C’est souvent à ce moment qu’une autre personne relit le travail.
- Push : l’envoi des modifications de l’ordinateur vers GitHub.
Ce que ça change pour votre site
Le premier intérêt est la sauvegarde. Le code de votre site n’existe plus seulement sur l’ordinateur d’une personne : si cet ordinateur tombe en panne, ou si la personne n’est plus joignable, le code est toujours là.
L’historique sert ensuite au quotidien. Quand quelque chose casse après une modification, on retrouve le commit en cause et on revient en arrière, au lieu de chercher l’erreur à l’aveugle.
GitHub permet aussi à plusieurs personnes de travailler sur le même site sans que l’une efface le travail de l’autre. Et selon la façon dont l’hébergement est réglé, la mise en ligne peut partir directement du code stocké sur GitHub, ce qui évite de copier des fichiers à la main.
Ce que vous devez vérifier en tant que propriétaire
Le point le plus important : le dépôt doit être à votre nom, ou vous devez au moins en être administrateur. Être simplement invité ne suffit pas. Si vous changez un jour de prestataire, c’est ce qui vous permet de partir avec votre code sans dépendre de personne.
Regardez ensuite s’il est privé ou public. Un dépôt public est lisible par n’importe qui sur Internet, il ne doit donc contenir aucun mot de passe, aucune clé d’accès et aucune donnée sur vos clients. Pour le site d’une entreprise ou d’une association, le dépôt privé est le choix normal, et GitHub le propose gratuitement.
Pour le reste, vous n’avez pas à apprendre les commandes de Git, c’est le travail de votre prestataire. Si vous êtes curieux, l’historique est consultable directement sur le site de GitHub.
Et si votre site est sous WordPress ?
Un site WordPress classique se gère depuis son interface d’administration, et ses sauvegardes passent en général par une extension ou par l’hébergeur. GitHub n’y apporte pas grand-chose. Il devient utile dès qu’il y a du code écrit spécialement pour vous : un site HTML, un thème ou une extension personnalisés.
Vous ne savez pas où est stocké le code de votre site, ni à qui il appartient ? Écrivez-nous, on regarde ça avec vous.
Questions fréquentes
Si vous voulez que le dépôt soit à votre nom, oui : un compte gratuit suffit et se crée en quelques minutes. Votre prestataire y est ensuite invité pour travailler. Sinon, le dépôt est créé au nom de votre prestataire, et le code reste chez lui tant que vous ne vous le faites pas transférer.
Oui, pour un usage courant. Un compte gratuit permet de créer des dépôts privés comme des dépôts publics, ce qui suffit pour le code d’un site. Les offres payantes ajoutent des fonctions pensées pour les grandes équipes, dont un site d’entreprise ou d’association n’a normalement pas besoin.
Un dépôt privé n’est visible que des personnes que vous y invitez, et GitHub conserve vos fichiers sur ses serveurs. Le principal risque vient de ce qu’on y dépose : un mot de passe ou une clé d’accès écrits dans le code peuvent être récupérés s’ils fuitent. Ils n’ont rien à faire dans un dépôt, privé ou public. Activez aussi la double authentification sur votre compte.
Si le dépôt est à votre nom, ou si vous en êtes administrateur, rien ne change pour vous : vous gardez le code et pouvez le confier à quelqu’un d’autre, qui retrouve tout l’historique. Dans le cas contraire, vous dépendez de son bon vouloir pour le récupérer. Cette vérification se fait donc avant le début du projet, pas après.
Je développe, maintiens et optimise des sites web, référencement, mises à jour. Le reste du temps… c’est la famille, et les jeux vidéo.