Merci pour le partage, le ptit coup de pub et surtout pour donner de nouvelles idées ;)
@khaled.noordin2 күн бұрын
Salut Phillippe. Merci pour le partage et faciliter la veille techno.
@khaled.noordin3 күн бұрын
Ca a l air super intéressant. Merci
@sylvain35121 күн бұрын
Merci
@ajaybartwal5677Ай бұрын
Their is no contacts deatails that we can message you
Ай бұрын
@k33g_org on X
2 ай бұрын
La réponse Jeudi prochain à 12h30 sur www.twitch.tv/k33g_org
@damiengouyette39794 ай бұрын
Interesting Philippe. But maybe it desserve few subtitles. You did this using which model ?
4 ай бұрын
it was for sending a video link to somebody, I used gemma:2b for this
@cd-zw2tt5 ай бұрын
very cool! kind of feels like the future of programming and learning programming...
@sylvain3517 ай бұрын
J'étais initialement sceptique, mais cet outil s'est avéré impressionnant. Cependant, je trouve le modèle tarifaire de 15 euros pour un seul projet difficile à comprendre, surtout quand on considère que sur GitLab, on peut avoir à des centaines de projets
@sylvain3517 ай бұрын
c'est tres clair et instructif
@lcheylus8 ай бұрын
Très intéressante introduction à WASM. Explications claires de la "plomberie" de manipulation de la mémoire pour les chaines de caractères. Vivement la suite :)
@titimoby9 ай бұрын
merci beaucoup, c'est très clair et on a envie de voir toute la suite que tu nous as préparée 👍
@guillaumelours75679 ай бұрын
Alors les volumes Philippe c'est pour monter la socket docker dans le container et pouvoir utilser la CLI Docker et Compose depuis le container 😉
9 ай бұрын
Et tu viens quand en parler avec moi sur Twitch 😘?
@PierreThierryKPH Жыл бұрын
Ce serait intéressant ensuite de parler de permissions déléguées (cf. Zebra Copy) et de capacités…
@MentorDevOps Жыл бұрын
Désolé d'avoir raté le twitch mais on aura le temps d'en parlé avec Thomas et Aurélien avec qui je suis en contact. Est-ce que R2DevOps accepte des templates qui contiennent déjà des includes ? Ils le savent déjà mais j'ai déjà observé ça aussi c'est pour cela que j'ai lancé mon propre projet gitlab-ci-templates
Жыл бұрын
Je dirais que oui, mais il faut que tu demandes directement à Thomas et Auréline
@Thomasb013 Жыл бұрын
Oui, c'est possible ! Le prérequis est d'avoir au moins un job dans ton fichier, mais le fichier peut contenir d'autres options comme des includes. Dans la prochaine version majeure qui sortira début février, il n'y aura plus le prérequis du job. Un template de CI/CD pourra contenir n'importe quel bout de yaml Gitlab CI compatible.
@MentorDevOps Жыл бұрын
@@Thomasb013 alors je pense pouvoir partager mes job gitlab-ci-templates via des includes. Je vais faire un POC. On en parlera pour voir si on peu avoir un statut type "Verified Publisher" comme sur le Docker hub ?
@titimoby Жыл бұрын
je n'ai pas pu être très réactif en live, mais non, je n'ai pas utilisé run-gp qui est l'outil de Gitpod pour lancer localement une image définie par un gitpod.yml
Жыл бұрын
Oui effectivement c'est bien cela, je l'ai un peu utilisé mais sans plus...
@yvantekam46982 жыл бұрын
Comment faire??
2 жыл бұрын
Comment faire quoi ?
@yvantekam46982 жыл бұрын
@ quand je renseigne bien mon URL de mon dépôt sur gitlab et ensuite je renseigne également mon token généré sur mon gitlab et je clique sur vérifier le token , un message d'erreur s'affiche : " compte non trouvé sur Gitlab, vous devez vous connecter dessus au préalable " . Voilà le message d'erreur. Est ce que c'est normal ou bien je me suis trompé quelque part ?
2 жыл бұрын
@@yvantekam4698 il faut peut être régénérer le token
@MatoLabu2 жыл бұрын
C'est trop méga bien ! Depuis le temps que je cherchais une solution simple pour faire un site html le plus simple du monde, https, sans pub, sans prise de tête. Ça y est, enfin. Trop trop bien. Merci infiniment ! P.-S. : attention, j'ai l'impression que depuis cette vidéo, GitLab à changé de nom par défaut de la branche principale de "master" à "main", donc si vous mettez "master" ça va pas marcher. C'est obvious mais j'avais pas fait gaffe et j'ai tourné en rond pour savoir d'où venait le problème alors que j'avais suivi ce tuto à la lettre ! D'ailleurs encore mieux, GitLab propose un template, dans lequel, au lieu de mettre le nom de la branche en hard, ils mettent simplement le code "$CI_DEFAULT_BRANCH". ;) Comme ça, si ça rechange un jour, le code ne sera pas périmé ! :)
@yourkaa56702 жыл бұрын
Merci
@ericd.7232 жыл бұрын
il fait peur le chat !!
@notkaiho3 жыл бұрын
7:14 - "facturation a l'heure": in fact all billing is per hour and the switch there is just to change the pricing shown. Just to clarify :)
@AurelieVache3 жыл бұрын
Vidéo super intéressante (as usual) Dommage je n'étais pas dispo mais j'essaierai de l'être pour les prochaines 😊
@arnaudcollet53423 жыл бұрын
super wrapper à saloperies le KNative :p ceci dit, ça aurait été bien d'aller automatiser ça dans un Pipeline Gitlab-CI en balançant quelques commandes via la CLI (Kn) sinon top ! :)
3 жыл бұрын
tu ne wrappes que ce que tu as envie 😉 pour GitLab CI, oui c'est facile à gérer avec la CLI (il y a même déjà une alpha d'une intégration de Knative), mais là le sujet est essentiellement sur une découverte de Knative, donc pour le moment on ne va pas mélanger les genres
@arnaudcollet53423 жыл бұрын
Super vidéo comme d’habitude ! A quand l’E04?
3 жыл бұрын
Merci 😃 E04 ? Quand je trouverais le temps de le faire 😉
3 жыл бұрын
Nicolas vient de publier un article sur le sujet hazelcast.com/blog/beyond-hello-world-zero-downtime-deployments-with-hazelcast-on-kubernetes/
@MentorDevOps3 жыл бұрын
Merci Philippe. Quoi tu ne veux pas que l'on commente sur KZread pour booster ta vidéo ?
3 жыл бұрын
😃 si, ça fait toujours plaisir, mais pour les échanges tu dois commencer à me connaître, j'aime beaucoup les issues 😉
@MentorDevOps3 жыл бұрын
Merci Philippe c'était super intéressant. Est-ce que tu sais s'il existe une alternative à AsciiDoctor à partir d'une source MarkDown ? PS : à la fin tu voulais mettre dans tes requirements le fait de faire une release
3 жыл бұрын
Tu ne pourras pas aller aussi loin avec le markdown, mais Matthieu a écrit ceci qui pourrait t'intéresser: mathieupassenaud.fr/markdown-pdf/ oui pour la release, je verrais au moment où je commence à écrire en fait
@MentorDevOps3 жыл бұрын
@ dommage si je ne peu pas allez aussi loin avec le markdown car toutes mes notes sont en markdown. 😅 Merci pour le lien je vais allez voir ça.
@MentorDevOps3 жыл бұрын
Super didactique comme d'habitude ! 👏 21:31 L'executor Openshift en beta est dispo depuis la 13.7, j'en ai justement parlé lors de la sortie dans une de mes trouveailles : kzread.info/dash/bejne/dKyEtMZpiqTTqpM.html Avant il étais difficile à installer car OpenShift est plus verrouillé au niveaux des droits de Kube. Je vais justement l'installer pour un client.
@OlivierDALET3 жыл бұрын
C'est propre ! Les logs de l'exécution qui défilent c'est joli, on dirait... Une CI :)
@arnaudcollet53423 жыл бұрын
En résumé ça permet de garder une trace des settings que l’on aurait appliqués sur les projets (d’un groupe ou non) via l’IHM de GitLab mais versionée dans du code (Config As Code). Petit bémol, ça aurait été cool de faire la MR pour voir l’apply de la config (gpc apply) sur les projets candidats à la MAJ de leur config. Sinon super outil !
@nico3fr3 жыл бұрын
Bonjour. Le but de l'outil est surtout de centraliser les settings des projets et de s'assurer que ceux ci ne bougent pas. Une fois la configuration faites, elle ne varie plus trop. De plus, avec la récursivité, les nouveaux projets, créés dans des groupes, vont automatiquement récupérer la configuration du groupe à la prochaine exécution du scheduler. Il n'y aurait aucun intérêt à créer des MRs dans les projets candidats, surtout que la MR ne contient pas de changements de code, mais seulement des settings du projet. Créer des MR par projet reviendrait à déployer un GPC par projet et donc une configuration par projet (ce qui peut se faire si on souhaite juste garder une trace des settings :-) )
3 жыл бұрын
Quelques explications supplémentaires par ici gitlab.com/k33g_org/k33g_org.gitlab.io/-/issues/54
@guillaumehusta42353 жыл бұрын
Au fait je crois que c'était mardi 19 janvier et non le 18. Une erreur au 1er slide c'est toujours drôle 😅
3 жыл бұрын
Tout à fait, j'ai toujours eu des problèmes avec les dates, et c'est ma grande spécialité de foirer les 1er slide
@MentorDevOps3 жыл бұрын
Super didactique merci. Je me demandais justement comment faire une release. Est-ce que tu pourrais partager le lien vers ton dépôt et le blog post ici?
3 жыл бұрын
en attendant le blog post gitlab.com/k33g_org/samples/releases
3 жыл бұрын
et pour un petit projet perso je me suis fait un petit process de release tout simple, à ta dispo pour échanger
@MentorDevOps3 жыл бұрын
@ merci
@arnaudcollet53423 жыл бұрын
quel est le meilleur IDE (ever) selon vous?
@arnaudcollet53423 жыл бұрын
Une intégration avec Docker Swarm est elle possible dans l’IHM GitLab (tout comme pour K8S)?
3 жыл бұрын
Il est possible de déployer via GitLAb CI vers du Docker Swarm, mais il n'y a pas d'intégration fournie comme celle de Kube
@arnaudcollet53423 жыл бұрын
@merci pour votre réponse ! Une démo vers du Swarm serait chouette en utilisant un WebHook Portainer (GUI d’un Swarm).
3 жыл бұрын
@@arnaudcollet5342 je ne sais pas du tout me servir de Swarm
@arnaudcollet53423 жыл бұрын
@ pas de soucis je croyais que vous utilisiez Swarm avant Kube
3 жыл бұрын
@@arnaudcollet5342 il y a un runner avec un executor Docker Machine docs.gitlab.com/runner/executors/#docker-machine-executor mais le déploiement d'applications sur Swarm se fait en utilisant la CLI de Swarm
@arnaudcollet53423 жыл бұрын
Super vidéo !
3 жыл бұрын
Merci :)
@titimoby3 жыл бұрын
ok, donc la totale, y compris les premières minutes :)
3 жыл бұрын
L'entreprise à la base de GitPod (et contributeur/trice de Theia) c'est TypeFox: www.typefox.io/ Le projet Theia: theia-ide.org/ GitPod: www.gitpod.io/ (fonctionne avec GitLab, BitBucket et GitHub)
@__sunix_3 жыл бұрын
Eclipse Theia: initié par Typefox et Ericsson
3 жыл бұрын
Merci Sun 😃 encore bravo pour le podcast des CastCodeurs 👏
Пікірлер
Merci pour le partage, le ptit coup de pub et surtout pour donner de nouvelles idées ;)
Salut Phillippe. Merci pour le partage et faciliter la veille techno.
Ca a l air super intéressant. Merci
Merci
Their is no contacts deatails that we can message you
@k33g_org on X
La réponse Jeudi prochain à 12h30 sur www.twitch.tv/k33g_org
Interesting Philippe. But maybe it desserve few subtitles. You did this using which model ?
it was for sending a video link to somebody, I used gemma:2b for this
very cool! kind of feels like the future of programming and learning programming...
J'étais initialement sceptique, mais cet outil s'est avéré impressionnant. Cependant, je trouve le modèle tarifaire de 15 euros pour un seul projet difficile à comprendre, surtout quand on considère que sur GitLab, on peut avoir à des centaines de projets
c'est tres clair et instructif
Très intéressante introduction à WASM. Explications claires de la "plomberie" de manipulation de la mémoire pour les chaines de caractères. Vivement la suite :)
merci beaucoup, c'est très clair et on a envie de voir toute la suite que tu nous as préparée 👍
Alors les volumes Philippe c'est pour monter la socket docker dans le container et pouvoir utilser la CLI Docker et Compose depuis le container 😉
Et tu viens quand en parler avec moi sur Twitch 😘?
Ce serait intéressant ensuite de parler de permissions déléguées (cf. Zebra Copy) et de capacités…
Désolé d'avoir raté le twitch mais on aura le temps d'en parlé avec Thomas et Aurélien avec qui je suis en contact. Est-ce que R2DevOps accepte des templates qui contiennent déjà des includes ? Ils le savent déjà mais j'ai déjà observé ça aussi c'est pour cela que j'ai lancé mon propre projet gitlab-ci-templates
Je dirais que oui, mais il faut que tu demandes directement à Thomas et Auréline
Oui, c'est possible ! Le prérequis est d'avoir au moins un job dans ton fichier, mais le fichier peut contenir d'autres options comme des includes. Dans la prochaine version majeure qui sortira début février, il n'y aura plus le prérequis du job. Un template de CI/CD pourra contenir n'importe quel bout de yaml Gitlab CI compatible.
@@Thomasb013 alors je pense pouvoir partager mes job gitlab-ci-templates via des includes. Je vais faire un POC. On en parlera pour voir si on peu avoir un statut type "Verified Publisher" comme sur le Docker hub ?
je n'ai pas pu être très réactif en live, mais non, je n'ai pas utilisé run-gp qui est l'outil de Gitpod pour lancer localement une image définie par un gitpod.yml
Oui effectivement c'est bien cela, je l'ai un peu utilisé mais sans plus...
Comment faire??
Comment faire quoi ?
@ quand je renseigne bien mon URL de mon dépôt sur gitlab et ensuite je renseigne également mon token généré sur mon gitlab et je clique sur vérifier le token , un message d'erreur s'affiche : " compte non trouvé sur Gitlab, vous devez vous connecter dessus au préalable " . Voilà le message d'erreur. Est ce que c'est normal ou bien je me suis trompé quelque part ?
@@yvantekam4698 il faut peut être régénérer le token
C'est trop méga bien ! Depuis le temps que je cherchais une solution simple pour faire un site html le plus simple du monde, https, sans pub, sans prise de tête. Ça y est, enfin. Trop trop bien. Merci infiniment ! P.-S. : attention, j'ai l'impression que depuis cette vidéo, GitLab à changé de nom par défaut de la branche principale de "master" à "main", donc si vous mettez "master" ça va pas marcher. C'est obvious mais j'avais pas fait gaffe et j'ai tourné en rond pour savoir d'où venait le problème alors que j'avais suivi ce tuto à la lettre ! D'ailleurs encore mieux, GitLab propose un template, dans lequel, au lieu de mettre le nom de la branche en hard, ils mettent simplement le code "$CI_DEFAULT_BRANCH". ;) Comme ça, si ça rechange un jour, le code ne sera pas périmé ! :)
Merci
il fait peur le chat !!
7:14 - "facturation a l'heure": in fact all billing is per hour and the switch there is just to change the pricing shown. Just to clarify :)
Vidéo super intéressante (as usual) Dommage je n'étais pas dispo mais j'essaierai de l'être pour les prochaines 😊
super wrapper à saloperies le KNative :p ceci dit, ça aurait été bien d'aller automatiser ça dans un Pipeline Gitlab-CI en balançant quelques commandes via la CLI (Kn) sinon top ! :)
tu ne wrappes que ce que tu as envie 😉 pour GitLab CI, oui c'est facile à gérer avec la CLI (il y a même déjà une alpha d'une intégration de Knative), mais là le sujet est essentiellement sur une découverte de Knative, donc pour le moment on ne va pas mélanger les genres
Super vidéo comme d’habitude ! A quand l’E04?
Merci 😃 E04 ? Quand je trouverais le temps de le faire 😉
Nicolas vient de publier un article sur le sujet hazelcast.com/blog/beyond-hello-world-zero-downtime-deployments-with-hazelcast-on-kubernetes/
Merci Philippe. Quoi tu ne veux pas que l'on commente sur KZread pour booster ta vidéo ?
😃 si, ça fait toujours plaisir, mais pour les échanges tu dois commencer à me connaître, j'aime beaucoup les issues 😉
Merci Philippe c'était super intéressant. Est-ce que tu sais s'il existe une alternative à AsciiDoctor à partir d'une source MarkDown ? PS : à la fin tu voulais mettre dans tes requirements le fait de faire une release
Tu ne pourras pas aller aussi loin avec le markdown, mais Matthieu a écrit ceci qui pourrait t'intéresser: mathieupassenaud.fr/markdown-pdf/ oui pour la release, je verrais au moment où je commence à écrire en fait
@ dommage si je ne peu pas allez aussi loin avec le markdown car toutes mes notes sont en markdown. 😅 Merci pour le lien je vais allez voir ça.
Super didactique comme d'habitude ! 👏 21:31 L'executor Openshift en beta est dispo depuis la 13.7, j'en ai justement parlé lors de la sortie dans une de mes trouveailles : kzread.info/dash/bejne/dKyEtMZpiqTTqpM.html Avant il étais difficile à installer car OpenShift est plus verrouillé au niveaux des droits de Kube. Je vais justement l'installer pour un client.
C'est propre ! Les logs de l'exécution qui défilent c'est joli, on dirait... Une CI :)
En résumé ça permet de garder une trace des settings que l’on aurait appliqués sur les projets (d’un groupe ou non) via l’IHM de GitLab mais versionée dans du code (Config As Code). Petit bémol, ça aurait été cool de faire la MR pour voir l’apply de la config (gpc apply) sur les projets candidats à la MAJ de leur config. Sinon super outil !
Bonjour. Le but de l'outil est surtout de centraliser les settings des projets et de s'assurer que ceux ci ne bougent pas. Une fois la configuration faites, elle ne varie plus trop. De plus, avec la récursivité, les nouveaux projets, créés dans des groupes, vont automatiquement récupérer la configuration du groupe à la prochaine exécution du scheduler. Il n'y aurait aucun intérêt à créer des MRs dans les projets candidats, surtout que la MR ne contient pas de changements de code, mais seulement des settings du projet. Créer des MR par projet reviendrait à déployer un GPC par projet et donc une configuration par projet (ce qui peut se faire si on souhaite juste garder une trace des settings :-) )
Quelques explications supplémentaires par ici gitlab.com/k33g_org/k33g_org.gitlab.io/-/issues/54
Au fait je crois que c'était mardi 19 janvier et non le 18. Une erreur au 1er slide c'est toujours drôle 😅
Tout à fait, j'ai toujours eu des problèmes avec les dates, et c'est ma grande spécialité de foirer les 1er slide
Super didactique merci. Je me demandais justement comment faire une release. Est-ce que tu pourrais partager le lien vers ton dépôt et le blog post ici?
en attendant le blog post gitlab.com/k33g_org/samples/releases
et pour un petit projet perso je me suis fait un petit process de release tout simple, à ta dispo pour échanger
@ merci
quel est le meilleur IDE (ever) selon vous?
Une intégration avec Docker Swarm est elle possible dans l’IHM GitLab (tout comme pour K8S)?
Il est possible de déployer via GitLAb CI vers du Docker Swarm, mais il n'y a pas d'intégration fournie comme celle de Kube
@merci pour votre réponse ! Une démo vers du Swarm serait chouette en utilisant un WebHook Portainer (GUI d’un Swarm).
@@arnaudcollet5342 je ne sais pas du tout me servir de Swarm
@ pas de soucis je croyais que vous utilisiez Swarm avant Kube
@@arnaudcollet5342 il y a un runner avec un executor Docker Machine docs.gitlab.com/runner/executors/#docker-machine-executor mais le déploiement d'applications sur Swarm se fait en utilisant la CLI de Swarm
Super vidéo !
Merci :)
ok, donc la totale, y compris les premières minutes :)
L'entreprise à la base de GitPod (et contributeur/trice de Theia) c'est TypeFox: www.typefox.io/ Le projet Theia: theia-ide.org/ GitPod: www.gitpod.io/ (fonctionne avec GitLab, BitBucket et GitHub)
Eclipse Theia: initié par Typefox et Ericsson
Merci Sun 😃 encore bravo pour le podcast des CastCodeurs 👏