Connexion
Connexion
Thomas (aka Papa Dragon)
Thomas (aka Papa Dragon)
Canal
À propos
Photos
Fichiers
Calendrier
(Dés)activer les applications système
Aide
Annuaire
Communautés
Infos légales
Langue
Recherche
Thomas (aka Papa Dragon)
Thomas (aka Papa Dragon)
Canal
À propos
Photos
Fichiers
Calendrier
(Dés)activer les applications système
Aide
Annuaire
Communautés
Infos légales
Langue
Recherche
Visiter
Faire signe
Thomas (aka Papa Dragon)
Fri, 08 Nov 2024 18:09:23 +0100
Expire : Sat, 23 Nov 2024 18:07:00 +0100
de CaseLibre
Fun fact: quand on parle de développement, GitHub, tout ça, je ne sais même pas ce que CI veut dire.
#
YunoHost
#
CodeurEnCarton
Lien vers la page d'origine
montre tout
6 commentaires
Visiter
Message Direct
Faire signe
yoros
Fri, 08 Nov 2024 23:50:53 +0100
de mastodon
@
Thomas (aka Papa Dragon)
Ca signifie Continuous Integration. Ca permet de vérifier régulièrement la cohérence du code fusionné depuis plusieurs sources, en vérifiant notamment le build, les tests unitaires ou encore en faisant une analyse statique de code pour vérifier les éventuelles erreurs.
Exemple avec Github :
https://docs.github.com/en/actions/about-github-actions/about-continuous-integration-with-github-actions
Lien vers la page d'origine
1 Aime
Thomas (aka Papa Dragon) (il y a 2 semaines)
Visiter
Faire signe
Thomas (aka Papa Dragon)
Sat, 09 Nov 2024 00:09:03 +0100
de CaseLibre
Ok je vois. Ça fait plein de mots compliqués pour un hobbyiste du premier dimanche du mois, mais je comprends le principe.
Lien vers la page d'origine
Visiter
Message Direct
Faire signe
yoros
Sat, 09 Nov 2024 09:16:11 +0100
de mastodon
@
Thomas (aka Papa Dragon)
En très gros, à chaque fois que quelqu'un commit sur github, on peut vérifier si ça n'a rien cassé :
- est ce que ça compile toujours ? (Build)
- on peut utiliser du code pour vérifier le bon fonctionnement d'autres morceaux de code (tests). Il en existe de plusieurs sortes, difficile d'expliquer ça en quelques mots.
- on vérifie si le code respecte les bonnes pratiques de développement, si on ne trouve pas d'erreurs voire si on ne trouve pas de faille de sécurité (analyse statique de code). Ca nécessite souvent d'utiliser des outils externes et c'est pas évident à mettre en place.
Chaque de ces étapes n'est pas obligatoire en CI,sauf le build.
Lien vers la page d'origine
1 Aime
Thomas (aka Papa Dragon) (il y a 2 semaines)
Visiter
Message Direct
Faire signe
yoros
Sat, 09 Nov 2024 09:19:57 +0100
de mastodon
@
Thomas (aka Papa Dragon)
Sauf le build car c'est le principe même de la CI, construire le livrable (le logiciel compilé) à chaque commit de manière automatique et reproductible. Avant, les gens pouvaient construire les logiciels à la main sur leur poste mais s'ils avaient des spécificités, les autres personnes ne pouvaient pas obtenir *exactement* le même build.
J'espère que messages sont assez clairs 😅
Lien vers la page d'origine
1 Aime
Thomas (aka Papa Dragon) (il y a 2 semaines)
Visiter
Faire signe
Thomas (aka Papa Dragon)
Sat, 09 Nov 2024 09:28:44 +0100
de CaseLibre
C'est technique, mais ça va, parce que j'ai un exemple concret d'outil en rapport: le système de test des paquets YunoHost. Qui d'ailleurs a l'ai d'être un peu en rade depuis hier.
Bref, en tout cas, maintenant je sais à quoi correspond ce "CI" que je croise depuis plusieurs mois, sans vraiment savoir ce que c'était 🤪
Lien vers la page d'origine
Visiter
Message Direct
Faire signe
Parigot-Manchot φ
Sat, 09 Nov 2024 10:26:54 +0100
de mastodon
@
Thomas (aka Papa Dragon)
Y'a Travis aussi, souvent. N'étant pas développeur ou codeur, jamais compris comment ça marchait.
Lien vers la page d'origine
plus récent
|
plus ancien