Forge et intégration continue · usage courant

Agence GitHub à Nice

La forge la plus répandue, et ses actions automatisées de test et de déploiement.

Ce que nous en faisons

GitHub chez nos clients, concrètement

Employé avec ses actions automatisées sur un outil de suivi de sentiment sur les modèles d'IA. Sur nos projets, le dépôt est créé à votre nom dès le premier jour.

Les limites

Quand nous recommandons autre chose

Si le code ne doit pas quitter vos murs, une forge auto-hébergée s'impose.

Réalisations

Nos projets menés avec GitHub

  • LLM Monitor

    SaaS qui mesure la visibilité des marques dans les réponses des IA.

    GitHub : Dépôts, intégration continue et publication des images.

    Lire l'étude de cas LLM Monitor

Méthode

Comment nous intégrons GitHub

Une fois l'organisation créée, nous configurons les règles de la branche principale : pas d'envoi direct, relecture obligatoire de chaque demande de fusion, workflows de test réussis avant fusion. Un fichier de propriétaires de code désigne qui relit quelles parties de l'application, et des modèles de ticket et de demande de fusion structurent les échanges dès le premier jour.

Les workflows GitHub Actions sont séparés selon leur rôle : l'un lance tests et analyse du code sur chaque demande de fusion, un autre construit l'application à chaque version étiquetée, un troisième déploie. Le déploiement en production passe par un environnement GitHub protégé, qui exige une approbation et détient ses propres secrets, inaccessibles aux autres workflows. Les alertes de dépendances de GitHub ouvrent des demandes de fusion quand un correctif paraît, et celles-ci traversent la même chaîne de tests avant d'être acceptées.

Chaque mise en production correspond à une version publiée dans le dépôt, accompagnée de la liste des changements qu'elle apporte. À la livraison, le dépôt comprend un guide d'installation locale, la liste des secrets à renseigner pour chaque environnement et une description de chaque workflow : ce qui le déclenche, ce qu'il vérifie, ce qu'il déploie.

Pour votre entreprise

Ce que ça change concrètement

Pour une PME, l'intérêt de GitHub tient surtout au nombre de personnes capables d'y travailler sans formation. Un développeur recruté, un indépendant appelé en renfort ou un nouveau prestataire retrouve des écrans et des pratiques qu'il connaît, et se concentre sur votre application plutôt que sur l'outil. La reprise d'un projet en est facilitée, et le choix de vos partenaires techniques reste ouvert.

Au quotidien, les workflows automatiques jouent le rôle d'un contrôle qualité qui ne se relâche pas : une modification qui casse un calcul ou un écran est bloquée avant d'atteindre vos utilisateurs, et une mise en production demande une validation explicite. Les dépendances vulnérables sont signalées dès qu'un correctif existe, ce qui évite de découvrir des années plus tard une bibliothèque jamais mise à jour. Enfin, chaque version publiée laisse une trace lisible : en cas d'incident, vous identifiez ce qui a changé et depuis quand, et la version antérieure se redéploie par le même workflow.

Notre lecture

Ce que nous retenons de GitHub

GitHub est l’endroit où nous ouvrons par défaut vos dépôts, à votre nom et avec vos droits d’administration dès le premier jour. C’est un point de méthode plus qu’un choix d’outil : le code doit rester accessible sans nous, y compris le jour où la mission s’arrête.

Les automatisations tournent avec GitHub Actions, décrites dans le dépôt : contrôle des types, linter, tests, puis construction d’une image Docker déployée seulement si tout est vert. Nous protégeons la branche principale pour qu’aucune modification n’y arrive sans relecture. La réserve est connue et nous l’exposons : le code est hébergé chez un tiers. Quand ce n’est pas acceptable, une instance GitLab que vous maîtrisez répond au même besoin.

Grille de décision

Faut-il choisir GitHub ?

GitHub ou GitLab pour une PME qui lance un projet logiciel ?

GitHub si votre code peut être hébergé chez un tiers : c'est la forge que la plupart des développeurs connaissent déjà. Vous recrutez ou changez de prestataire sans période d'adaptation, et l'écosystème d'intégrations est le plus fourni. GitLab devient préférable si le code ne doit pas quitter vos murs, car une forge auto-hébergée s'impose alors. Entre les deux services en ligne, pour une petite équipe, l'écart fonctionnel pèse moins que les habitudes des personnes qui travailleront dessus.

GitHub Actions ou un service d'intégration continue séparé ?

GitHub Actions si votre code est déjà sur GitHub. Les chaînes de test et de déploiement sont décrites dans le dépôt, s'exécutent sur chaque demande de fusion et s'appuient sur une large bibliothèque d'actions publiques. Nous les employons ainsi sur un outil de suivi de sentiment sur les modèles d'IA. Un service séparé se justifie pour des compilations très lourdes ou du matériel spécifique. Point de vigilance : une action publique est du code tiers, nous en fixons donc la version exacte.

Dépôt GitHub au nom du prestataire ou au nom de l'entreprise ?

Au nom de l'entreprise, sans exception. Sur nos projets, le dépôt est créé à votre nom dès le premier jour, dans une organisation GitHub qui vous appartient, et nos développeurs y sont ajoutés comme membres. Un dépôt détenu par le prestataire vous oblige à réclamer votre propre code en cas de désaccord ou de cessation d'activité. Avec une organisation à votre nom, vous gardez l'historique complet, les tickets et les automatisations, quel que soit le prestataire.

Questions de clients

Ce qu'on nous demande sur GitHub

Notre code est-il visible publiquement sur GitHub ?

Non, si le dépôt est privé, ce que nous configurons par défaut pour un logiciel métier. Seules les personnes invitées dans votre organisation y accèdent, avec des droits que vous contrôlez. Nous imposons l'authentification à deux facteurs aux membres et vérifions qu'aucun mot de passe ni clé d'accès n'est enregistré dans le code. Si le code ne doit pas du tout sortir de vos locaux, GitHub ne convient pas.

Que se passe-t-il sur GitHub si nous changeons de prestataire ?

Vous retirez les accès de l'ancien prestataire dans votre organisation GitHub et invitez le nouveau. Le dépôt ne bouge pas : historique des modifications, tickets et automatisations restent en place. C'est pour cette raison que nous créons le dépôt à votre nom dès le premier jour. Le nouveau prestataire retrouve aussi, dans les fichiers d'actions, la manière exacte dont l'application est testée et déployée.

GitHub est-il un choix durable pour héberger le code d'une entreprise ?

C'est la forge la plus répandue, utilisée par un très grand nombre d'entreprises et de projets libres, et Git reste un format ouvert : chaque dépôt se copie intégralement ailleurs avec tout son historique. La dépendance réelle porte sur les fonctions propres à GitHub, comme les actions et les tickets, plus que sur le code. Pour une application critique, nous recommandons de conserver une copie des dépôts hors de GitHub.

Peut-on donner accès à GitHub à des collaborateurs qui ne sont pas développeurs ?

Oui. Un chef de projet ou un responsable métier peut rejoindre votre organisation avec un rôle limité, qui permet d'ouvrir des tickets, de commenter les demandes de fusion et de suivre l'avancement, sans pouvoir modifier la branche principale ni consulter les secrets de déploiement. C'est utile pour signaler un problème avec son contexte ou savoir ce qu'une version va changer. Sur les offres payantes, chaque membre compte en revanche comme un utilisateur facturé.

Que devient notre application si GitHub est indisponible ?

Votre application en production continue de fonctionner : elle ne dépend pas de GitHub pour servir vos utilisateurs. Ce sont les tests et les déploiements qui attendent le retour du service. Pour qu'un correctif urgent ne reste pas bloqué, nous documentons dans le dépôt une procédure de déploiement manuelle qui reprend les étapes du workflow. Elle sert rarement, mais elle évite qu'une panne extérieure empêche une réparation.

Aller plus loin

GitHub s'inscrit dans notre Développement logiciel

Une technologie ne fait pas un projet. C'est la méthode autour qui décide du résultat : cadrage, maquettes, cycles courts, et réversibilité.

Technologies voisines

Un projet GitHub en tête ?

Le premier échange est gratuit. Nous vous dirons franchement si cette technologie est la bonne, et sinon laquelle.

Mis à jour le