Session du 01 décembre 2022 à 20h00
Deviens membre Premium magic_button
Cette session de mentorat est réservée aux membres Premium. Rejoignez-nous pour accéder à toutes les rediffusions des sessions de mentorat !
Premium
- check +100h de formations
- check +180 exercices de code
- check +100h de mentorats en rediffusion
- check 20 projets
- check Mentorats groupés hebdomadaires
- check Support individuel avec nos mentors
Git, GitHub et gestion de données
Cette vidéo présente une mise en pratique de Git et GitHub, en expliquant clairement la différence entre les deux outils et leur usage au quotidien. Vous verrez comment créer un dépôt, faire des mises à jour, gérer des branches et traiter des fichiers sensibles. La deuxième partie montre comment lire un fichier texte dans un DataFrame Pandas, puis le charger dans une base de données SQLite locale. C’est l’occasion de découvrir une solution simple pour manipuler et explorer de très gros fichiers CSV sans passer par Excel.
00:00:00 :Ok c'est parti.D'abord, est-ce que vous avez des questions?Vous voulez commencer par quelque chose en particulier?J'ai vu qu'il y avait une question sur les f-strings pour faire varier le nom justement.
00:00:23 :Mais je ne pense pas que la personne soit là.Je ne sais pas si dans le...Je dis juste désactiver les cams je pense.Ça fait que le partage d'écran prend toute la place et puis juste fermer le chat aussi.
00:00:49 :Si tu peux quand tu présentes ça...Les noms se mettent à droite comme ça et sinon on a les vidéos en gros.J'explique pour ceux qui rejoignent, on essaie d'optimiser la taille du partage d'écranpour que ce soit bien visible en rediffusion parce que des fois c'est un petit peu serré
00:01:06 :surtout que l'outil enregistre en 720p je crois.Il faut que je vois aussi s'il y a moyen de le booster un peu.Et est-ce que, par contre je ne sais pas, du coup vu que j'arrive le chat,est-ce que quelqu'un pourrait envoyer un message juste pour voir si j'entends une notif?
00:01:25 :Ouais je vois une notif, enfin je vois, ok.Mais par contre je n'entends pas, il faut que...Ouais si je vois que j'ai des trucs non...
00:01:36 :Ok ça marche. Merci pour...Est-ce que vous voulez qu'on voit, est-ce que vous voulez faire un rappel sur les upstreamparce que vu les gens qu'il y a dans le chat, je ne sais pas si c'est nécessaire,mais dites-moi si vous voulez qu'on voit ça les upstream.
00:01:51 :S'il n'y a qu'une seule personne, il n'y a pas de soucis, on fera quand même, ne soyez pas gênés.Pour moi non.Ok, si personne ne se manifeste, je ne vais pas en parler, ce n'est pas la peine.
00:02:08 :Ok, bon, si personne ne se manifeste.Du coup, le programme que je disais tout à l'heure avec Vincent, je ne sais pas si vous étiez déjà arrivé,en gros, je ne l'ai pas annoncé, mais ce que j'aimerais vous montrer aujourd'hui,c'est comment moi j'utilise Git et GitHub, parce qu'en fait il y a vraiment beaucoup de fonctionnalités
00:02:28 :dans Git et GitHub, c'est deux choses différentes.Donc aujourd'hui ce sera histoire de bien différencier les deux,et puis voir comment on peut s'en servir vraiment en pratique dans la journée,il ne faut pas voir toutes les fonctionnalités qu'on peut faire, parce que c'est des formations complètes,mais juste en cas pratique, on va créer un repo, faire l'update, faire des branches, faire des révisions,
00:02:54 :et puis aussi, j'en avais parlé la dernière fois, comment on fait pour gérer quand on a des fichiers sensibles,quand on a un repo Git, GitHub,et puis juste après, on fera comment on peut mettre un fichier texte,d'abord dans un DataFrame, Panda, donc ça je pense que vous l'avez déjà vu, j'ai déjà montré,
00:03:16 :c'est quelque chose de classique, mais après comment on peut tout balancer dans une basse de données?Est-ce que là, si en fait le cas de figure, c'est par exemple si vous avez plein de fichiers textesqui font plusieurs millions de lignes, ça se peut,je crois que Excel prend 1 900 000 lignes, quelque chose comme ça dans la version actuelle,
00:03:36 :mais si vous avez plus de lignes, vous ne pouvez pas visualiser, et c'est un petit peu chiant,bonsoir, et du coup ça peut être un peu chiant si jamais vous voulez un peu manipuler vos datas,si vous avez juste un CSV, c'est assez illisible, donc ça peut être pratique,
00:03:51 :et puis SQLite c'est une basse de données locale, il n'y a pas de serveur à faire tourner comme Postgre ou MySQL,et puis, vous pouvez télécharger n'importe quel logiciel de visualisation de database,comme DBBrowser, où vous pouvez voir votre basse de données,et puis c'est un fichier local que vous avez dans votre dossier.
00:04:17 :Bonsoir Farida.Du coup, donc, qu'est-ce qu'on fait quand on veut, moi je vous montre comment moi je fais,et puis si jamais vous avez des commentaires ou vous ne comprenez pas, vous me dites,et puis même si vous vous faites autrement, dites-le aussi, ça peut servir.
00:04:33 :Moi j'utilise GitHub Desktop, on peut l'utiliser en ligne de commande,Thibaut je crois qu'il le montre dans la formation, il utilise la ligne de commande,mais je trouve que c'est simple avec l'interface, donc en gros ça se présente comme ça,là j'ai un truc qui existe, attendez je vais quitter ça.
00:04:56 :Il y a un micro quelque part, si personne ne peut le désactiver.Bonsoir Céline.Du coup ce que je fais, ce que vous faites, ça peut être différent,si vous avez Windows ou Mac c'est un peu différent, mais sinon ça reste la même chose.
00:05:27 :Donc en gros ce qu'il faut faire quand on commence un projet,moi je conseille vraiment quand c'est un projet qui commence à être important d'utiliser GitHub.
00:05:36 :Donc en fait Git c'est vraiment le logiciel, c'est le cœur qui va permettre d'assurerles différentes versions, de garder un historique de toutes vos modifications.
00:05:45 :On en trouvera après.Donc vraiment, je vous dis que le logiciel va traquer un peu tout ce que vous faites,il va prendre une version de base et puis il va voir comment évolue votre fichier,et ça permet en fait, vous savez par exemple si vous travaillez sur un document,
00:06:00 :et que vous voulez le modifier, souvent ce qu'on fait c'est on fait un document V2, V3, V4, etc.et puis bon c'est un peu chiant.
00:06:08 :Donc en fait Git lui il fait ça tout seul, il sait la différence par rapport aux dates, etc.de comment ça a été fait.Et ensuite il y a GitHub.
00:06:16 :Donc GitHub c'est un hébergeur de code à la base, qui fonctionne avec Git.Mais GitHub en fait il y a d'autres fonctionnalités comme gérer des actions automatiques, etc.
00:06:29 :en fonction des commits et des pushes qu'on fait avec Git.Je vous redirai après ce que c'est que les commits et les pushes.Mais du coup GitHub c'est, voyez-le comme un site web, comme un hébergeur de votre code,et ça vous permet en fait de rester à jour sur votre code.
00:06:47 :Par exemple si vous bossez chez vous avec votre PC sur votre code,vous travaillez, vous le mettez à jour, hop, vous envoyez tout sur GitHub,et du coup ça veut dire que si vous arrivez au boulot ou chez un ami,avec un autre PC différent, vous pouvez avoir exactement votre code,
00:07:04 :juste en récupérant votre code qui est sur GitHub.Et comme ça vous pouvez retravailler, remodifier,et puis à chaque fois vous n'êtes pas obligé de vous trimballer avec toutes les versions différentes,dire « ah je rentre chez moi, il faut que je fasse la synchronisation de mon dossier, de mon fichier ».
00:07:18 :Donc c'est un peu l'idée derrière Git et GitHub.Dites-moi dans le chat si vous connaissez Git, GitHub, si vous l'utilisez, si vous avez des questions.
00:07:32 :Donc en gros, quand on commence un projet, moi je prends l'habitude de faire toujours un projet GitHub,même si je ne vais pas le partager, si je ne vais le partager avec personne,si ça va être que pour moi, au moins il sera versionné, et puis si j'ai un problème je peux le récupérer.
00:07:46 :Donc ce que je fais, c'est qu'on fait créer un nouveau repository.Ah pardon, ça déjoue dans le chat, ça s'effole.Je ne connais pas qui c'est du versionning.
00:08:08 :Ok, j'ai vu vos questions, on va essayer de...C'est clair pour vous pour l'instant les différences entre Git et GitHub?Ok, moi aussi, en fait, je vous dis, je ne suis pas du tout un professionnel de Git ou GitHub,je vais vous montrer comment moi j'utilise, vous verrez que je ne fais pas grand-chose,
00:08:31 :mais ça permet de résoudre pas mal de problèmes.Et moi je trouve que l'interface graphique, ça aide grandement.Donc vous voyez, il y a une interface graphique, et aussi dans votre éditeur de code,comme PyCharm ou VSCode, vous pouvez intégrer Git.
00:08:49 :Ok, donc je reviens au tout début, on arrive dans GitHub Desktop,moi c'est celui que j'utilise, franchement je vous le conseille, il est bien,mais comme disait Thibault, il utilise un autre.
00:08:58 :Vous créez un nouveau repo.Donc on va l'appeler, on va faire un cas pratique, on va dire doctrine.Donc voilà, je vais peut-être une description, mais c'est pas...
00:09:23 :Il y a un micro, je ne sais pas qui peut le désactiver.Non, je ne sais pas de qui vient le son.Je pense que c'est Amina, ça bouge quand il y a du son.
00:09:56 :Ok, je me permets de couper le micro Amina, si ça ne te dérange pas.Vous m'entendez toujours, je n'ai pas fait de bêtises, je n'ai pas coupé mon micro.
00:10:23 :Ok, merci.Donc voilà, vous créez votre repo, vous mettez une description, ça c'est si vous voulez.Donc là pour l'instant, localpath, vous allez voir, c'est là où il va mettre votre code en local.
00:10:36 :Donc moi je vais aller le mettre ici.Donc là en fait, c'est vraiment l'endroit où votre code sera stocké en local pour cette fois-ci,mais vous verrez que ça peut changer.
00:10:54 :Après ici, vous pouvez cocher ou décocher avec un readme.Quand vous faites un repo Git, il faut absolument le cocher parce qu'en fait ça explique ce que vous faites dans votre projet.
00:11:08 :Et en fait, les gens qui veulent contribuer à des projets open source, c'est ça qu'ils vont regarder en premier.Ensuite, le Gitignore aussi c'est très important, il faut en mettre un, je vais vous montrer après ce que c'est.
00:11:18 :Et la licence aussi, pareil, moi j'en mets toujours une,même si pour l'instant je n'ai pas envie de collaborer sur le projet,en fait si vous n'en avez pas, personne ne peut collaborer sur le projet normalement, légalement.
00:11:28 :Il y a un autre micro, désolé, je ne sais pas d'où ça vient.Merci.Voilà, ok, donc ça pour l'instant c'est clair, Gitignore, machin, on verra chacun des trucs, ce à quoi ça correspond.
00:11:50 :Donc là vous voyez j'ai créé mon repo, il est dans mon local, donc il me propose plusieurs choses,soit je peux faire show in finder, donc ça c'est sur Mac, mais sur Windows vous aurez voir dans l'explorer.
00:12:05 :Donc là vous voyez, c'est les deux fichiers que j'ai créés, donc là il n'y a pas de soucis.Et il vous propose même de faire open in visual code, je ne crois pas que pour l'instant ça marche avec,on ne peut pas le faire avec Pythor, mais vous pourrez ouvrir votre dossier avec Pythor, il n'y a pas de soucis.
00:12:20 :Ok, donc ce que je fais, moi je fais open in visual code, celui-là je vais le réduire pour l'instant.Ok, donc là je suis dans mon repo que j'ai créé dans le local.
00:12:36 :Bref, ok, le Gitignore en fait, je vais vous montrer ce à quoi ça correspond.Donc là vous êtes chez vous, dans votre local, vous pouvez faire tout ce que vous voulez.
00:12:45 :Donc on va commencer, je vais commencer par, je vais aussi utiliser l'exemple de l'dataframequ'on cherche dans une base de données, comme ça ça fait un cas pratique.
00:12:56 :Ok, donc là vous pouvez commencer à, je ne sais pas, on va juste faire une description.Là vous allez commenter avec ces robots de code, donc là je vais juste récupérer celui que j'avais déjà fait tout à l'heure.
00:13:31 :C'est pas très important mais j'avais plusieurs, si c'était celui-là.Ok, donc là je colle le code, qu'est-ce qu'on peut leur mettre aussi?On peut vous le remettre, je vais vous montrer un exemple avec ça, les data, celle-là.
00:14:33 :Ok, donc là imaginons que vous avez fait votre script, vous êtes content, vous voulez faire un push,c'est-à-dire que vous devez faire un commit.Un commit ça veut dire que vous devez dire à Git, qui va gérer les versions, vous ditesattention j'ai fait une modif dans mon script, donc une modif ça peut être tout simplement une création d'un fichier.
00:14:53 :Vous avez créé un fichier dans votre dossier, donc vous avez modifié votre dossier, il va falloir faire un commit,c'est-à-dire enclencher, démarrer la mise à jour.
00:15:04 :Donc pour faire ça, en fait, vous voyez ici, moi j'ai créé le fichier loaddf2dbet j'ai aussi ajouté un fichier qui s'appelle espérance de vie, donc ça ça va être mes data.
00:15:16 :Donc si maintenant je retourne dans GitHub Desktop, vous voyez qu'en fait il m'a ditj'ai vu que tu as rajouté espérancedevie.csv et loaddf2db, et il me les met en vert.
00:15:28 :Donc ça veut dire ok, il comprend bien ce que j'ai fait.Donc pour faire ça maintenant, une fois que vous avez fait ça, comme je vous l'ai dit, il faut faire votre commit.
00:15:35 :Donc le commit c'est ici, vous dites first commit.En gros c'est vraiment le début de votre projet.Donc là vous faites un commit to main.
00:15:58 :Ok, et maintenant vous avez fait le commit, vous pouvez le push, c'est-à-dire l'envoyer sur GitHub.Le truc c'est que pour l'instant je n'ai pas encore publié mon repo, mon repo il est que en local.
00:16:10 :Donc maintenant il faut le publier sur GitHub.Donc là vous dites sur GitHub je veux qu'il s'appelle docstringmentora, machin,pour l'instant je le garde en privé et je fais publish repository.
00:16:25 :Donc là maintenant vous voyez qu'il y a quelque chose qui apparaît, c'est view on GitHub.On clique dessus.Bon là je l'ai connecté à mon compte GitHub, mais vous faites pareil avec votre propre compte.
00:16:35 :Donc là vous voyez en fait, il est privé pour l'instant le repo, donc vous ne pourriez pas y accéder,mais en fait sur internet, c'est gratuit, vous avez votre, vous reconnaissez ici le dossier qu'on a créé,il y a tout ce qu'il y a, donc le fichier.py, le script, la data, le readme,
00:16:58 :le licence qu'on a créé au début, je vous dirai après ce que c'est, et le gitignore.Si je vais là par exemple, donc vous voyez que c'est bien le script que moi j'ai tapé alors que vous avez vu,moi je n'ai pas été sur internet le faire.
00:17:10 :Il a vraiment tout publié sur internet, enfin sur internet, sur votre espace privé.Donc là vous voyez c'est comme ça.Imaginez maintenant, donc là j'ai fait un push, etc.
00:17:24 :Je veux apporter des modifiés, je veux commencer à faire mon script en fait.Ici, si je commence à faire if name, du coup on va faire df.exe, on va porter pour ça.
00:17:57 :Ok.Donc vous voyez ce qui est apparu ici, là, je regarde sur le chat, c'est très bien.Vous voyez ce qui est apparu sur le chat, ici en vert dans la gouttière,c'est parce qu'il a remarqué que j'ai fait une mise à jour par rapport à la dernière fois où j'ai publié mon code sur le repo.
00:18:36 :Je vais vérifier parce que j'ai l'impression qu'il y a...Ok, donc voilà, là j'ai vraiment la gouttière.Vous allez voir que maintenant, si je retourne dans le GitHub desktop,si je trouve, pourquoi je ne les retrouve pas.
00:19:05 :Vous voyez ici maintenant qu'en fait il va me montrer les mises à jour que j'ai faites.Donc là, par rapport à ce qu'il y avait avant, il me dit, ah bah vous voyez tout ce qui est en vert,en fait il me l'a ajouté, enfin tout ce qui est en vert, c'est tout ce que j'ai ajouté depuis la dernière fois que j'ai fait un push.
00:19:24 :Ici, vous voyez, là en fait, j'ai supprimé une ligne,enfin vous voyez vraiment qu'il vous trace toutes les modifications que vous avez faites.Et sans que je dise, bah ça j'ai modifié, etc.
00:19:38 :Donc ça c'est hyper utile parce que imaginez maintenant que je fasse, vous avez fait une mise à jour,si par exemple vous arrêtez de travailler ou quoi, et bien il faut refaire un commit.
00:19:48 :Donc là vous dites, le commit c'est mise à jour exécution, ok, vous faites le commit,et vous dites, le push d'origine, ça veut dire que j'envoie ma modification sur le GitHub.
00:20:06 :Et donc maintenant si je retourne sur le GitHub, que je mets à jour,vous voyez ici, il m'a bien pris en compte ma nouvelle modification.
00:20:17 :Et si je retourne dans mon dossier, bah voilà en fait, ici,ce qui est intéressant aussi c'est qu'en fait, ici vous voyez le message que j'ai mis quand j'ai fait le commit,et bien en fait il me le met pour me rappeler que j'ai modifié,en fait mon dossier vous voyez, je l'ai créé il y a 9 minutes,
00:20:37 :par contre il a bien reconnu que j'ai juste modifié ce fichier là, l'odf2db,il y a une minute, et c'était parce que j'ai fait une mise à jour sur l'exécution.
00:20:48 :En fait si je clique dessus, donc je reviens là,si je clique dessus, et bien en fait il me retrace toutes les modifications que j'ai faites sur ce scriptau moment où j'ai fait cette modification.
00:21:04 :Donc je trouve que c'est quand même vachement pratique,parce que imaginez que vous avez un code, là c'est vraiment un tout petit script,mais imaginez que vous avez un gros projet, vous dégagez une fonction,ou vous faites une mise à jour ou j'en sais rien, vous avez fait un commit,
00:21:20 :et puis en fait vous vous rendez compte qu'après un certain commit, votre truc il ne marche plus du tout.Et bien en fait il vous suffit d'aller voir dans votre...
00:21:35 :je vous montrerai après ça aussi si vous voulez.Vous pouvez aller voir dans votre repo, et puis vous voyez en fait qu'est-ce qui a foutu la merde,à partir de quel moment vous avez fait la merde.
00:21:50 :Et donc on en vient à la gestion de version.Avant la gestion de version, je vais d'abord vous montrer le fameux Gitignore,qui peut paraître un peu barbare.
00:22:06 :En fait quand vous créez un...là pour l'instant mon repo il est privé sur internet,donc il n'y a pas de souci, il n'y a que moi qui peux accéder.
00:22:15 :Par contre, la majorité des gens qui travaillent sur GitHub, les projets sont toujours open,c'est-à-dire que tout le monde peut y aller.Du coup en fait moi par exemple, ça ne me dérange pas de mettre en open...
00:22:26 :et vous voyez en fait ici, une fois que j'ai fait un push de ma modification,ici c'est plus en vert parce que ça a été mis à jour.
00:22:38 :Moi en fait, là mon script ça ne me dérange pas qu'il soit accessible sur internet,il n'y a pas de souci, tout le monde peut aller le voir.
00:22:44 :En revanche, vous voyez qu'ici quand vous avez un dossier...attendez je vais aller voir dans le finder...Vous voyez ici quand vous avez...un exemple... ouais ouais bah c'est pareil, je vais le faire après Vincent.
00:23:11 :En fait, vous... mais où est-ce que je suis là?Vous voyez ici, ça c'est mon dossier.Donc en fait, tout... ici ça c'est mon dossier que je mets sur GitHub
00:23:30 :et que j'utilise avec Git.Donc tout ce que je vais mettre ici, lui il va le considérer, puis il va appliquer l'échange.Donc si je rajoute un nouveau fichier, lui il va me reconnaître, il va direah t'as un nouveau truc, vous voyez ici si je fais...
00:23:43 :test.txt, voilà en fait il va reconnaître, vous voyez il affiche en vert, ça veut direil reconnaît qu'il y a un nouveau fichier et que pour l'instant le nouveau fichieril n'est pas dans mon truc, donc si je retourne ensuite dans...
00:23:56 :bon vous avez compris je suis un peu lourd, mais si vous allez dans votre GitHubdesktop vous voyez que, bah voilà j'ai trouvé un nouveau fichier, est-ce que...
00:24:02 :est-ce que tu veux... ajout... nouveau... fichier...ok, commit to main, et une fois que vous avez fait un commit, c'est prêt à envoyer.Ok, donc là, voilà qu'est-ce qu'il fait.
00:24:16 :Vous voyez qu'il est plus vert parce qu'en fait il a committé, mais par contremoi ce que je disais c'est que...par contre ça m'embête en fait, si moi je veux travailler avec mon fichierespérance-vie.csv, mais j'ai pas envie, imaginez que ce soit des données sensibles
00:24:29 :que vous voulez n'avoir que sur votre... sur votre local, vous voulez pas que les gensquand ils aient accès à votre repo, ils peuvent voir le script, ils peuvent très bienl'utiliser eux-mêmes, mais vous voulez qu'ils l'utilisent sur leur propre zoneet pas sur les vôtres. Donc en fait ce qu'il faut faire, c'est dans le git ignore ici.
00:24:46 :Tout ce que vous allez mettre dans le fichier git ignore, et bah en fait lui il va l'ignorer.Ouais, genre des numéros de compte bancaire.
00:24:58 :Du coup, si je vais dans le git ignore, il suffit juste de rajouterespérance-vie.csv. Donc là, il va comprendre...Est-ce que si je fais comme ça...
00:25:20 :Ouais, le problème c'est qu'il était déjà dedans, donc...Ouais, si je fais comme ça. Donc là, j'enregistre mon git ignore.Je retourne dans mon GitHub desktop, vous allez voir que voilà, il voit que j'ai misà jour mon git ignore. Donc là, très bien, parce que je veux lui dire maintenant
00:25:41 :tu mets pas espérance.csv. Donc ignore mydata.Ok, je push. Et du coup, maintenant, celui-là si je le prends, je vais le mettre...Le truc c'est qu'il existait déjà en fait dans mon repo, mais c'est pour l'exemple.
00:26:07 :Vous voyez ici, normalement, maintenant si je le dégage...C'est un peu perturbant d'avoir l'énorme police.Voilà, donc maintenant, si je retourne dans...Imaginons que je le mette seulement maintenant, donc là je le mets.
00:26:41 :Et en fait, comme il est dans mon git ignore, il va pas me le considérer,c'est-à-dire il va ignorer ce fichier, comme son nom l'indique, git ignore.
00:26:53 :Attendez, ça déjà je vais supprimer.Là, en fait, c'est un mot que vous allez galérer, mais comme il était déjà dedanset que j'ai mis le git ignore après, il comprend pas.
00:27:14 :Donc là je fais comme si je savais pas, je fais supprimer.Et donc maintenant, imaginez que j'ai bien fait mon travail et que j'ai mis dans mon git ignoreavant d'avoir le fichier dedans.
00:27:26 :Maintenant, si je l'ajoute...Donc là...Normalement, espérons-y, à moins que j'ai fait une bêtise, mais en gros vous avez compris l'idée.Tout ce que vous mettez ici, tout ce que vous allez décrire dans votre git ignore,il va pas vous l'envoyer dans votre report.
00:27:56 :Donc ça c'était pour le git ignore.Pourquoi il me le prend en fait ce con?Espérons que je l'ai bien écrit.Et puis avec...Vous voyez en fait il me le griffe tout de suite.
00:28:46 :Et en fait, quoi que je fasse ici, je suis en cible.Je parle de l'aspect sécurité, je parle pas de mon état.Si je fais ça, et donc maintenant vous allez voir dans GitHub, j'ai beau mettre à jour le truc,il va pas me l'envoyer.
00:29:11 :Donc là typiquement ce que disait Vincent dans le chat avec le.env,en fait quand vous travaillez comme ça avec un Django par exemple,ou des fichiers de config, vous mettez tout dans un.env.
00:29:24 :Comme ça vous savez que dans le.env il est déjà de base dans le git ignore.C'est à dire...Ouais ici.Vous voyez en fait il y a déjà le.env.
00:29:35 :Donc en fait il sait que dès que vous avez un fichier qui est le.env,il a le gris direct et vous pouvez mettre toutes vos données sensibles ici avec vos mots de passe.
00:29:44 :Donc par exemple ici vous dites si jamais dans votre lot2df,là vous avez un mot de passe, j'en sais rien, pour votre database.Mais en fait si vous voulez quand même que votre script fonctionne,vous avez juste à dire en fait...
00:30:01 :On peut le faire, on peut l'utiliser avec un.env.Je ne vais pas le faire là, mais en gros si vous avez un password,sinon on peut même mettre, moi ce que je fais aussi des fois,j'ajoute un truc qui s'appelle, moi je ne sais pas le lire,config.py, et puis là je mets un config.py,
00:30:28 :et puis ici je mets plein de passwords,je mets tout en capital comme ça c'est une valeur constante que moi je ne change pas.Je mets secret, et du coup ça veut dire qu'en fait ici si vous dites,faites pas comme ça, c'est pas hyper propre, mais c'est juste pour le exemple,
00:30:50 :config import all, et en fait ici, au lieu de mettre,je ne sais pas, si j'ai besoin de faire par exemple une connexion,je ne sais pas comment dire,ouais, genre if password,en fait vous initialisez, et puis vous dites,si vous faites par exemple, un truc où vous dites,
00:31:29 :password égal, là vous faites un input,après le pass,bah en fait une fois que le password est bon, vous voulez que ça marche,et sinon vous dites non.
00:31:44 :Donc en gros, si vous n'utilisez pas le point 1, vous allez dire,if password égal,bah en fait vous savez quel est le bon password, donc vous dites good,du coup vous savez que le bon password, qu'est ce que j'ai mis moi dans le config,c'est secret,vous dites print, ok c'est bon,
00:32:10 :après vous imaginez que y'a des trucs,et sinon vous dites print long password,donc vous imaginez bien que, en fait, si vous faites,pourquoi il veut pas,il est en dehors, décroché, ouais,ouais, merci,et en fait, si vous n'utilisez pas les configs ou les dot-env,vous allez faire quelque chose comme ça dans votre script, vous êtes d'accord,
00:32:41 :vous allez dire if password,vous dites if password égal, égal, secret,mais en fait vous êtes obligé dans votre script d'écrire à un moment,quand est-ce que le password est bon,mais vous, vous voulez pas écrire ça,parce que si vous écrivez ça dans votre script,et que je fais le push,
00:32:59 :et bah ça va être disponible sur le GitHub.En revanche, si vous dites if password égal,vous voyez ici j'ai fait from config import password,donc je peux faire égal password,en fait maintenant,pourquoi il veut pas, config password,c'est où ça,ah oui,bah maintenant ça vous pouvez l'envoyer,
00:33:30 :parce qu'en fait, comme vous avez mis votre config dans un gitignore,ça, ça va pas partir sur le GitHub,par contre, en local ça va marcher,et du coup ça veut dire que vous allez devoir avoir en local le config,pour que ça marche,et vous pourrez envoyer en toute sécurité votre code,
00:33:51 :sans mettre de mot de passe à l'intérieur.Attendez, je regarde un peu les...Ah bah clairement, faut pas mettre l'environnement virtuel sur le GitHub,c'est trop la merde.
00:34:14 :En fait Vincent, tu dis,désolé, je voulais pas t'offenser bien sûr,mais en fait dans le gitignore,tu vois que normalement,moi tous mes environnements virtuels, je les appelle toujours vent,et dans le gitignore de base,si je dis pas de bêtises,tu vois dans le gitignore de base,
00:34:41 :il dit vent,donc ça veut dire que ici, si tu fais un...Tu vois ici, j'ai créé un environnement virtuel,par contre, dans mon...Il l'a mis en grisé,et donc si je vais voir dans mon GitHub Desktop,en fait là il me dit toutes les modifs que j'ai fait,
00:35:25 :donc page, tu vois que là il me met pas mon config.py, etc.Ici tu peux cliquer sur la liste des différents fichiers,comme ça vous pouvez accéder de là à le gitignore,j'ai modifié ça, de l'AutoDB j'ai modifié ça,donc là je fais commit domain, push origin,et il ne met pas du tout,
00:35:50 :il ne charge pas tout le vent dans le GitHub.Parce qu'en fait, les dossiers vent,ça prend énormément de place,et je pense même que vous allez avoir un message d'alertesi vous avez un vent dans GitHub.
00:36:10 :Et vent, juste par...Moi je les mets toujours dans un endroit local sur le PC,je ne sais pas si vous utilisez OneDrive ou autre,je ne mets pas les vents dans les dossiers comme OneDrive,parce qu'en fait c'est chiant,ça fait vraiment énormément de fichiers et de data,
00:36:27 :et quand ils synchronisent c'est la merde.Donc essayez, si vous avez des environnements virtuels,mettez-les dans un endroit local.Et par contre pour le vent...
00:36:43 :Ah oui, j'avais déjà vu qu'il y a des plateformesqui permettent d'avoir un Gitignore assez solidepour ce que tu utilises,et c'est vrai qu'avec Django ou même avec VS Code ou PyCharm,on ne veut pas avoir le point IDEAou même le point, le config du VS Code.
00:37:02 :Et par contre pour l'environnement virtuel,ce que vous pouvez faire,parce que forcément vous n'allez pas envoyer tout ça,vous faites un...Par exemple je vais installer en bas dedansSQL Agile.
00:37:21 :Donc si jamais vous installez des chosesdans votre environnement virtuel,vous avez ça,et ce qu'il faut faire c'est un pip readdans un requirements.txt.
00:37:39 :Donc là en gros ça veut dire que vous voulezque toutes les librairies que vous avezdans votre environnement virtuel,vous les répertoriez dans ce fichier requirements.
00:37:48 :Et lui par contre vous pouvez l'envoyer sur le GitHub.Vous n'avez pas besoin de tout envoyer ce dossier là,vous l'envoyez juste sur le GitHub,et la personne qui récupérera votre repo,elle pourra faire un pip install Rrequirements.
00:38:04 :Donc là il va me dire que tout est déjà,mais voilà le concept.Je dégage un peu tout ça,je fais le ménage parce que j'ai mis pas d'art.
00:38:22 :Ça vous voulez pas si je dégage.Tout ça je vais le renoter après.Ah merde, ça c'est la tuile Vincent.Et normalement vous allez avoir,si vous mettez, normalement avec Django,vous pouvez faire le test,si vous mettez des secrets,si vous oubliez de faire ça en fait,vous allez avec GitHub, vous allez avoir un GitHub,
00:39:05 :je ne sais plus comment ça s'appelle,en fait il y a un espèce de bot,ouais c'est ça, GitGuardian, merci Vincent.Il y a un espèce, c'est un bot qui va,il parcourt tous les dossiers GitHub qui existent,et quand il repère des clés secrètes ou des clés d'API,
00:39:20 :il vous envoie un mail en vous disant,attention vous avez un truc qui est sensible.Donc ça c'est super cool, chaud.Et voilà, donc ça c'est un peu pour les bases de GitHub,et après on peut faire un truc un petit peu plus,donc là je vais juste,là ça fonctionne, on n'a pas besoin.
00:39:38 :Ok, my database, donc ça je vais le mettre dans mon Gitignore aussi.Ça je m'en fous, j'ai pas besoin.Ok, donc maintenant on va dire,on va juste faire un df.lib
00:40:09 :Donc là imaginons, en fait on fait un script,comment on fait pour protéger du coup?Pour protéger quoi Ludo?Les données, tu vois ce qu'on a fait là,en fait quand on a dit,en fait on a mis nos données sensibles dans le config,config qui lui, il reste chez toi.
00:41:05 :Et ensuite,ah oui mais en fait il y a toujours un endroit quand même,un local, il ne faut jamais stocker ses passwords comme ça en dur,il faut utiliser des clés de chiffrement,RSA ou des choses comme ça avec une clé pour le déchiffrer.
00:41:21 :Mais en fait tu vois ici dans le code qui va être publié,il n'y aura jamais un code qui va être publié,il n'y aura jamais, il n'y a pas de données sensibles.
00:41:30 :Tu vois, avec ce type de manip,c'est à dire si tu fais un form config, import ou des choses comme ça,il n'y aura pas de données sensibles dans le code que tu partages.
00:41:39 :En revanche, forcément tu es toujours,où que tu sois, il y aura un momentoù tu vas devoir stocker ton mot de passe quelque part,que ce soit sur ton local ou sur un serveur,mais ça après c'est plus ta responsabilité,c'est dommage mais c'est plus ta responsabilitési ton fournisseur, ton serveur, il te dit
00:41:58 :vous pouvez stocker des choses sensibles ici,c'est sa responsabilité de l'assurer, la sécurité de tes données.Donc je vais vous montrer ce qu'on peut faire avec une version.
00:42:08 :Donc là imaginons que je fais mon script,donc là en gros j'ai créé juste une base de données locale,pour l'instant elle n'existe pas, vous voyez qu'il n'y a rien làparce que je ne l'ai pas créée.
00:42:18 :Et ça va juste, ce qu'elle fait c'est qu'elle prend en argument un data frame,le nom de la table,et ici mon data frame il le balance à la base de données,avec le nom de la table, la base de données laquelle est-elle,et if exists happens ça veut dire qu'en fait
00:42:36 :si la table que je crée elle existe déjà,il va juste ajouter les données au dessus.Donc là je lis mon data frame qui est celui-ci,et je le balance dans ma base de données.
00:42:49 :Donc on va tester, est-ce que ça devrait fonctionner.Ok donc là vous voyez il m'a créé une database,qui va permettre, si je mets dans le github desktop,je mets un jour, ok,vous voyez qu'il ne m'a pas du tout mis ma base de données,parce que c'est pareil en fait je n'ai pas envie que les gens y aient accès.
00:43:28 :Donc là j'ai juste ma base de données,vous pouvez aller la voir si vous voulez,mon fichier dans le finder.Moi j'utilise dbbrowser pour lire les bases de données,il y en a d'autres,mais en gros vous voyez,donc là en fait on est parti de là,juste pour rappel,
00:43:45 :donc là ça va encore parce que le fichier est assez propre,mais vous voyez quand on commence à arriver sur les colonnes sur la fin là,ça commence à être un peu chiant à lire,alors là 0657 vous savez pas exactement ce que c'est,ça correspond quoi comme colonne.
00:43:57 :Là j'utilise csv rainbow,je crois en expansion,pour colorer les colonnes en fonction de la position,par rapport à la virgule,attendez je sais plus où ça fait,c'est rainbow csv,en fait vous voyez qu'ici la première colonne c'est pays,donc tous ceux de la première colonne ils seront en blanc,
00:44:21 :enfin bref,mais bon vous voyez que c'est quand même pas pratique,vous pouvez rien faire,c'est un fichier texte froid,il n'y a rien à faire,alors que du coup nous on a tout mis nos données dans une base de données,aussi simple soit elle,mais vous voyez qu'en fait ici,
00:44:36 :vous pouvez accéder à la structure de la base de données,donc moi j'avais créé une base de données avec une seule table,qui contient all data,si je vais là et que je fais parcourir les données,vous voyez qu'en fait ça me sort un fichier assez,même si c'est gros,
00:44:51 :en fait c'est une bonne alternative à Excel,si par exemple vous voyez là j'ai 2938 lignes,c'est pas encore énorme,donc Excel ça se gère,mais quand vous commencez à taper dans 100 000,500 000 ou 1 million de lignes,moi je vous déconseille vivement d'utiliser Excel,vous passez sur la base de données et ça se passera très bien,
00:45:09 :et vous voyez qu'en fait c'est pas si sorcier que ça la base de données,là je peux filtrer en fait,si je dis je veux juste le pays Algérie,je fais juste ça et ça peut être beaucoup plus rapide quand vous avez beaucoup de lignes,après vous pouvez faire des requêtes un petit peu plus avancées,
00:45:28 :avec select,après ça s'appelle all data,where qu'est-ce qu'on peut dire,on va dire quand l'année est plus grande que 2015 par exemple,est-ce que ça va marcher,on est pas là pour faire du SQL,pourquoi ça ne fonctionne pas,ah ouais mais je fais le bourrin,bon bref, je ne vais pas perdre du temps sur Excel,
00:46:44 :mais au moins sur les requêtes SQL,mais ici on a une base de données assez simple et vous pouvez la manipuler.Maintenant ce qu'on va faire,imaginez que maintenant vous dites je veux créer une table par pays,donc ce qu'on pourrait faire,on pourrait se dire,par pays,donc on va faire un groupe by,
00:47:05 :et puis on va dire je veux l'espérance de vie minimale par pays,imaginez que c'est ça l'exercice,donc vous pouvez dire,je vais juste récupérer le df,là je te dis c'est juste SQLite 3,avec Python c'est la bibliothèque SQLite,et comme système de base de données c'est un truc local,
00:47:55 :mais sinon j'utilise souvent MySQL,ou Postgre, celui que Thibaut il montre là pour Django.Ok, donc là qu'est-ce que j'ai,j'ai df, donc imaginez que je veux l'espérance de vie minimale par pays,donc on peut faire ça avec un df.groupbyyear,
00:48:29 :je vais lui faire un applyMin,ok, attendez non ça n'a pas marché,il parle de mieux,bon imaginons que vous faites tous vos modifs,je ne vais pas perdre de temps là-dessus, je refais,mais en gros l'idée ici c'est que,en fait vous faites des modifs,mais en fait avant de vouloir commencer à faire vos modifs,
00:49:37 :vous vous dites, mon code il fonctionne bien,je n'ai pas envie de tout péter,donc en fait ce que vous faites,c'est que vous allez vous retourner dans le GitHub des sorts,bon là on va faire le push,on va aller le voir dans GitHub,donc là vous dites j'ai quelque chose qui marche,
00:50:02 :mais ce que je vais faire,je vais rajouter une nouvelle fonction à mon code sans vouloir tout péter,parce qu'en gros si vous modifiez,vous allez avoir du mal à revenir en arrière,donc moi ce que je fais quand j'ajoute une nouvelle fonctionnalité,je crée d'abord une nouvelle branche,
00:50:15 :donc ici vous faites new branch,donc là vous nommez la branche par la nouvelle feature que vous voulez pour votre code,donc vous dites, on va l'appeler, on va dire ClouPy,elle vient de la branche main,donc c'est la branche principale,ok, vous faites create branch,ok donc là maintenant je me retrouve avec deux branches,
00:50:40 :donc pour l'instant le code est exactement le même dans les deux branches,ok, maintenant si vous retournez dans le GitHub Desktop,vous faites fetch origin pour dire on va voir ce qu'il s'est passé de nouveau,vous allez voir ici qu'il y a une nouvelle branche qui est apparue,et que vous, vous n'avez pas encore modifié,
00:51:06 :donc là maintenant si vous faites open in visual studio code,en fait vous voyez ici que là vous avez un indicateur avec le nom de la branche,donc là vous avez toutes les modifications que vous allez faire ici dans votre branche,donc si je fais par exemple,port i in range 10,
00:51:25 :print i, ok, c'est un peu bidon comme modif,mais c'est juste pour l'exemple,vous voyez j'ai modifié ça,je vais dans le GitHub,donc là je suis bien dans ma branche Google Drive,update new feature,push to origin, ok,et donc maintenant en fait si je retourne dans le GitHub,
00:51:54 :j'actualise,en fait il voit bien ici,donc si vous allez dans main et que vous allez dans load,il n'y a pas la modif que j'ai faite,par contre si je vais dans ma branche group by,vous voyez ici que quand je vais là-dedans,il y a bien ma nouvelle modif,
00:52:15 :donc ça c'est quand même assez intéressant,parce que ça veut dire que vous pouvez,si je change de branche et que je reviens sur la main,vous voyez en fait il n'a pas la modification de la branche,donc vous pouvez garder une version de votre code qui est fonctionnelle,
00:52:29 :vous pouvez continuer à travailler dessus,et en parallèle vous pouvez faire une autre branche,faire tous les modifs,mais vous savez que vous pouvez switcher entre les deux,pour ne pas en fait,et en fait ce qui est bien c'est que,imaginez vous faites votre modif,vous dites bon ok ça marche,
00:52:45 :donc après ce qu'il faut faire,c'est ce qu'on appelle un merge,en fait vous allez sur GitHub,vous dites je veux comparer mes versions de code,la version stable, la main,et la nouvelle version que j'ai modifiée,donc vous allez faire un compare and pull request,donc là il va dire,
00:53:02 :ah tu as fait des modifications dans le groupe By,que tu veux venir merger dans main,donc en gros,si ça fonctionne,une fois que vous avez tout testé chez vous,que là vous avez fait tous vos modifs,et que tout fonctionne,il n'y a pas de raison de ne pas la fusionner avec la branche principale,
00:53:18 :donc vous faites un create pull request,il va dire je suis en train de vérifier que tout va bien,et là vous faites merge pull request,confirme merge,et donc là vous confirmez la fusion,et maintenant si vous retournez dans votre code,vous avez toujours l'ancienne branche,parce qu'elle est comme elle est,
00:53:36 :mais si vous allez dans votre branche principale,maintenant vous voyez que ma nouvelle feature,ici,elle a bien été prise en compte,et elle existe dans mon main.
00:53:46 :Donc ça c'est intéressant en fait,parce que vous pouvez faire des modifications sur votre code,tout en gardant une version stable qui fonctionne.Donc c'est un peu comme ça que sont faites toutes les mises à jour d'un logiciel.
00:54:01 :Quand vous avez une mise à jour,par exemple si c'est un site web,ou avec une API,ou j'en sais rien,pendant que les développeurs continuent de créer la nouvelle feature,vous, vous continuez à utiliser la version du code qui est stable,qui a été testée,et qui marche.
00:54:22 :Et en fait c'est seulement une fois que les développeurs ont mis à jour leur code,que ils font un pull request,c'est-à-dire qu'ils veulent comparer leur nouvelle version avec la version principale.
00:54:32 :Si le chef du code,ou je ne sais pas,le chef du projet,il valide cette modification,il dit ok c'est bon,donc là il fusionne,et du coup la nouvelle feature apparaît dans la branche mail,et puis c'est quasiment transparent pour les utilisateurs,parce qu'en fait ils n'ont pas dû installer une nouvelle version,
00:54:49 :ou des choses comme ça.En fait moi je crée une nouvelle branche quand je fais une modification de structure,ou j'ajoute une nouvelle fonction à mon code.
00:55:08 :Et puis j'attends un peu de l'utiliser,et après je supprime la branche.Parce que de toute façon tu vas récupérer,avec tes commits,tu vas récupérer un historique,donc tu peux toujours aller voir,d'ailleurs si vous voulez on peut aller voir dans l'historique,vous allez dans code ici,donc c'est le code que vous avez modifié,
00:55:29 :si vous faites history,là vous voyez toutes les modifications que j'ai fait depuis le début.Donc là à 40 minutes si je veux voir mon code,il était comme ça,c'est parce que j'ai ajouté tout ce que j'avais.
00:55:40 :Par contre si je reviens avant,par exemple,je n'en sais rien,il y a 20 minutes j'ai fait une update,qu'est-ce que j'ai fait il y a 20 minutes?
00:55:48 :En fait il y a 20 minutes j'ai viré dans gitignore another test,et j'ai fait une modification dans load2db,où j'ai ajouté cette ligne.En fait quand c'est en vert avec un plus,ça veut dire que vous avez ajouté quelque chose,et en moins en rouge ça veut dire que vous l'avez supprimé.
00:56:03 :Et vous pouvez même rajouter des commentaires,pour plus tard vous dire,voilà ici en fait,je ne voulais pas afficher ce fichier.Et puis vous avez un commentaire,et du coup quand vous allez revenir sur votre code,vous allez dire,mais pourquoi j'ai fait ça?
00:56:25 :Ah bah oui c'est parce que je ne voulais pas afficher ce fichier là.Vincent tu avais une question tout à l'heure,tu peux montrer ça,je suis désolé,je pense que je ne suis pas assez avancé sur git ou github,tu voulais forcer je crois un push?
00:56:44 :Attends je remonte.Du coup Ludo,en fait quand tu vas dans ton fichier,si tu vas par exemple dans celui-là,load2db, celui que tu as modifié,tu as un truc qui s'appelle history là,et là en fait tu as tous les modifs que tu as déjà fait.
00:57:11 :Donc là tu vois il t'explique,quand tu as fait ce commit,tu as demandé de merger,j'ai dû faire un force push,et du coup ça a marché ton force push?
00:57:24 :Non.Et du coup tu as...D'accord, mais tu as été voir dans ton github,il y avait de la mise à jour quand même?Ok bah ouais bah du coup,en fait souvent quand il y a des...
00:57:45 :Le truc le plus chiant,c'est quand il y a des conflits.En fait imaginez que vous faites...Si vous modifiez le fichier chez vous,et que vous ne faites pas de push,vous ne faites pas de commit et pas de push,et qu'après vous modifiez le fichier ailleurs,et que là vous faites un push et un commit,
00:58:11 :et ensuite si vous revenez sur la première partie,vous avez fait des modifications sans faire de push et de commit,et quand vous allez vouloir faire le push et le commit,il va comparer les versions,il va dire bah il y a des updates que je n'ai pas pu prendre en compte
00:58:25 :entre le moment où il y a...Entre les deux dernières révisions.Je ne sais pas si vous voyez ce que je veux dire,mais en gros il peut y avoir des problèmes de synchronisation,mais quand il ne peut rien avoir,il va vous le dire,et il va vous dire où est-ce qu'il y a des conflits,
00:58:38 :et il faudra aller régler les conflits.Donc il faudra dire bah en fait j'écrase cette partie là,ou je l'efface, ou j'annule.Mais en tout cas normalement,et c'est pour ça que moi j'aime bien utiliser GitHub Desktop,parce qu'on est quand même bien guidé,il vous dit dès qu'il y a un problème,
00:58:53 :où est-ce qu'il faut aumerger, etc.Ouais, je suis d'accord, c'est un bon conseil de Vincent.Mais de toute façon en fait,une bonne habitude à prendre c'est,si vous faites un commit de 15 fichiers,ça veut dire que vous n'avez pas committé depuis longtemps.
00:59:25 :Donc en gros, il faut committer régulièrement,il n'y a pas de règles,mais ça dépend du projet.Moi quand je suis sur un projet,je fais un push au moins tous les soirs.
00:59:38 :Sur le projet, je ne ferme pas mon ordinateurtant que je n'ai pas fait mon push.Bah, Ludo, après je suis d'accord que dans le terminal,tu as beaucoup plus d'options.
00:59:51 :Mais honnêtement, moi pour ce dont je me sers,pour les fonctionnalités dont je me sers,j'estime que GitHub Desktop me bat très bien,et puis au moins je vois ce qui se passe.
01:00:01 :Et je t'avoue qu'au début,j'étais féru du terminal, etc.On m'avait dit, pareil, il faut utiliser le terminal.Franchement, je ne veux influencer personne.Mais ça aussi, c'est davantage,tu as plein d'options.
01:00:18 :Et puis les professionnels, de toute façon,je pense qu'ils n'utilisent que le terminal.Les professionnels de Git, etc.J'imagine que Thierry et Thibaut aussi,peut-être qu'ils n'utilisent que le terminal.
01:00:28 :Mais moi, pour ce que je fais,vous avez vu ce que j'ai fait là.Donc en gros, si je résume,c'est création du repo,mise à jour des fichiers,modifications, secrets,création de branches.
01:00:43 :Franchement, je n'utilise pas plus que ça,donc je n'ai pas besoin de plus.Franchement, en entreprise,il y a tout.En fait, ce qui est bien avec le terminal,c'est que, peut-être que Vincent pourra en témoigner,quand tu as des serveurs,par exemple, moi j'utilise le terminalavec Git et GitHub que quand je suis sur les serveurs.
01:01:05 :Par exemple, si j'ai des applications Djangoqui tournent sur des serveurs,forcément je ne vais pas avoir GitHub, GUI,je ne vais pas avoir d'application graphique sur le serveur.
01:01:14 :Donc en gros, tu n'as pas le choix.Quand tu es sur un serveur et que tu n'as que le terminal,tu tapes les 8, tu vois,Git commit m, update,ça c'est quand tu veux faire une update,quand tu veux faire un commit en ligne de commande.
01:01:32 :Donc commit, et on a validé la copie de travail est propre.Par exemple, si je modifie ici,si je fais i,on le carré,maintenant si je fais update,donc là tu vois,c'est un peu plus,mais bon en gros tu te retrouves avec çasur des serveurs à distance sans interface graphique.
01:01:56 :Ouais, tu vois, sur DigitalOcean,comme le dit Vincent,tu vas à la manouche.Moi j'ai pas mal d'applications qui tournent sur Python et NuWert.Sur Django c'est pareil,tu vas à la manouche,et puis tu fais,donc là j'ai fait un git commit,après tu fais un git push,
01:02:12 :voilà,puis tu peux faire des gits status.Je ne les connais pas toutes honnêtement,parce que je n'utilise pas beaucoup en ligne de commande,mais voilà.
01:02:26 :Donc c'est pour vous présenter le concept un peu git,et git pull pour tirer le repo forcément.Git clone souvent,mais franchement moi pas plus.
01:02:37 :Après tu peux faire des gits history,et puis quand j'ai besoin de plus,je vais me renseigner sur la doc,et puis j'ai ce qu'il me faut.
01:02:51 :Voilà, du coup pour résumer,c'est ce que je voulais vous montrer,git, git hub,et puis un peu le data framesurtout à la base de données SQLite.
01:03:03 :J'espère que ça vous a plu,dites-moi ce que vous en avez pensé.J'ai vu qu'il y a eu pas mal de débutants,enfin des débutants je ne sais pas,des gens que je n'avais jamais vus,qui sont arrivés après.
01:03:16 :J'espère que vous n'avez pas été trop,pour les débutants,je ne veux pas faire,en fait je n'aime pas dire pour les débutants,je n'aime pas faire des différenciations.
01:03:29 :C'est pour les gens qui connaissent moins,c'est pas un mauvais mot, débutants.Mais voilà,j'espère que vous n'avez pas été trop perdus.Comme je le dis plusieurs fois,merci Sam,comme je le dis plusieurs fois,l'idée c'est de voir ce qui existe,et puis le jour où vous le rencontrerez,
01:03:52 :vous dites oui je connais,je connais, j'ai déjà vu.Et voilà,mais je pense que le mieux pour vous,c'est de l'appliquer vous-même,parce que c'est comme ça que vous comprendrez mieux.
01:04:01 :Regarder un mentorat ou un tuto,c'est toujours bien,mais tant qu'on ne l'a pas fait soi-même,et qu'on n'a pas eu les,voilà,tant qu'on n'a pas mis les mains dans le cambouis,comme dit Jonathan,on ne sait pas les problèmes qu'on a.
01:04:19 :Ok, nouveau, c'est mieux que le début d'un...Ok.Ah bah désolé Mélanie.Bah, Ludo, pas forcément,tu vois, moi j'utilise,enfin franchement,je travaille beaucoup sur des projets tout seul,et j'utilise Git et GitHub tous les jours,donc ce n'est pas forcément pour contribuer.
01:04:52 :Ok, bah merci pour vos messages,mais n'hésitez pas à me dire si parfois...Ouais, voilà, pour les versions, Seb.Si parfois vous êtes complètement perdu ou quoi,et puis même si jamais vous voyez que c'est un niveauplus avancé que vous,n'hésitez pas à quitter le mentorat.
01:05:13 :Tout à l'heure au début, Vincent disait,désolé, il faudra que je parte,franchement, il n'y a vraiment aucun souci.Cette session de mentorat,elle reste un plaisir et pas un truc chiant.
01:05:27 :Oui, Jonathan, ça m'a sauvé pas mal de trucs.Une fois, j'ai perdu un PC qui était mort,et j'avais tous mes codes sur GitHub,enfin mes codes, mes scripts, etc.
01:05:39 :Et ça m'a bien sauvé la vie.Du coup, j'ai une question.Ouais.Parce que du coup, en fait, pour l'instant,ça c'est des codes, comment dire,pas du temps, mais d'apprentissage,c'est des petits projets,c'est tous mes petits codes,c'est des exemples, en fait.
01:06:00 :Mais pour l'instant, je passe par...tout est dans OneDrive, en fait.Ouais.Mais GitHub, c'est vraiment adaptépour les gros trucs plutôt, non?Franchement, non, pas forcément.
01:06:10 :Moi, je te dis, dès que je commence un projet,je fais un repo GitHub.OK.Et franchement, OneDrive faisait ça aussi au début,c'est bien, mais moi, la synchro,elle me gonfle du...
01:06:25 :Tu sais, les petites trucs rouges,la petite croix rouge que t'as sur OneDrive,et puis dès que tu vas foutre un environnement virtuelsans le faire exprès dans OneDrive,ça va être merdier.
01:06:33 :Ouais, il y a parfois...Il va être des formes basse synchronisées.OK.Et juste pour répondre...Non, Vincent, je n'ai pas automatisé mon push chaque soirparce que je préfère rester flexible,mais avec GitHub Actions,tu peux automatiser des tâches.
01:06:48 :Tu peux faire des pipelines, en fait.Mais je t'avoue que je n'utilise pas beaucoup.Non, il y a...En fait, si OneDrive...En fait, OneDrive, tous les softs,les logiciels qui font de la synchronisation,c'est un peu basé sur le même principe,c'est-à-dire, il vérifie les modifications,les mises à jour, et voilà.
01:07:23 :Donc si, en fait, OneDrive, ça gère un peu les...Si, par exemple, sur SharePoint,tu vois les trucs de OneDrive,quand tu as un dossier,tu peux aller récupérer un historique des versionsavec les modifications qui ont été faites, etc.
01:07:35 :Donc c'est quand même...OneDrive, c'est bien,mais ce n'est pas adapté pour le code.Tu ne peux pas créer des nouvelles branches, etc.Moi, je te conseille, Gabriel, d'utiliser Git et GitHub,ne serait-ce que...
01:07:50 :Tu vois, si jamais un jour, tu as un problème avec ton PC,tu sais que tous tes scripts,ils sont sauvegardés quelque part.Ouais, OK.
01:07:58 :Et puis au moins, tu as un endroit où tu saisque tous tes scripts, ils sont quelque part.Tu peux aller récupérer quelque chose.Tu n'as pas à aller chercher un dossier,tu sais que c'est là.
01:08:06 :Et ce que vous pouvez faire aussi,en fait, dans la communauté des développeurs,GitHub, c'est très important.Et je vous conseille de faire un readme,en fait, sur votre...
01:08:26 :Si vous voulez passer des entretiens ou quoipour tout ce qui est développement, etc.,souvent les recruteurs, ils vont voir les GitHub des gensoù ils vont voir les répos, en fait.
01:08:38 :Vous avez...Voilà, c'est un peu dégueulasse,mais il faudrait que je mette au propre.Mais en fait, vous avez tous vos répos,tout ce que vous avez déjà fait,et vous pouvez faire un petit readme comme çade présentation de vous-même.
01:08:50 :En fait, vous dites, bah voilà,vous mettez votre Twitter,vous mettez tout ce que vous voulez,et puis ça permet un peu de pouvoir collaborer à des projetsou que les gens, ils collaborent à des projetsque vous, vous avez faits.
01:09:07 :Ah oui, ce truc de clé token, ouais, c'est nouveau.En fait, avant, c'était mot de passe.Et maintenant, c'est clé token.C'est un peu chiant.
01:09:17 :En fait, mais maintenant, c'est tout le temps comme ça.Moi, c'est tout le temps comme ça que je fonctionne.Il faut aller, quand vous allez vouloir faire un,quand tu vas vouloir faire un git pool quelque part,il va te demander une clé token.
01:09:33 :Donc, ce que moi, je fais,donc c'est là, dans setting,vous voyez, dans votre profil là.Non, pas forcément.En fait, quand tu veux,moi, je m'en sers pour vraiment,ça, tu parles de clé SSH, non, de RSA,c'est un peu différent, là, je pense,le token dont on parle.
01:10:00 :Donc, vous allez ici, dans votre profil,dans settings, et ici,je crois que c'est dans développeur.Ah non, en fait, c'est dans le repo en question.
01:10:17 :Imaginez que vous avez ce repo là,et que vous faites un git pool quelque partsur un serveur ou sur un autre PC.Et bien, en fait, vous allez dans les settings ici.
01:10:30 :Ah, putain, je finis par être arrivé.Non, c'était pas là.Ah, c'est dans developer settings.Vous allez ici dans personal access token,token classique, et en fait, là, c'est toutes lesplateformes à partir desquelles vous voulez faire le pool.
01:11:05 :Donc là, vous voyez, par exemple, sur Python Anywhere,j'ai été obligé de délivrer un tokenpour pouvoir faire des pools.Des pools, enfin, tirer, quoi.
01:11:16 :Et donc, en gros, ce que je fais,quand imaginez, j'ai un nouveau serveurou un nouveau Raspberry Pi ou j'en sais rien,je fais generate new token.
01:11:24 :Donc là, il fait chier, il va me demanderce qu'il a noté.Donc moi, ce que je fais, c'est que je coche repo,je coche admin repo hook et délète repo.
01:11:41 :Et en gros, ça, c'est, vous allez générerun espèce de token, des pushes et des pulls.Ouais, c'est ça.Donc là, vous générez votre token,qui est comme ça, vous faites generate token.
01:11:54 :Là, il faut dire la plateforme,il faut dire git, je sais pas, new rasp.Et en gros, ici, vous avez votre token,donc il n'y a pas de surprise, de toute façon,ne vous inquiétez pas, j'utiliserai jamais celui-là.
01:12:15 :Vous avez votre token, et en fait,quand vous allez faire un git pull,il ne va pas me demander, mais quand vous allez faireun git clone même du repo,il va vous demander un nom d'utilisateur,donc vous rentrez votre nom d'utilisateur GitHub,et le mot de passe.
01:12:32 :Et quand il vous demande le mot de passe,et bien vous copiez et collez ce token.Par contre, ce token, il faut le garder quelque part,parce qu'en fait, voyez ici,make sure to copy your personal access token,you won't be able to see it again.
01:12:47 :En fait, vous ne pourrez plus jamais le faire apparaître.Donc une fois que vous l'avez mis,vous le copiez quelque part.Moi, je ne vous dis pas où je le mets,mais en gros, je le mets dans un endroit sécuriséoù je peux y accéder avec une empreinte biométrique.
01:13:02 :Comme ça, je sais qu'il n'y a que moi qui peut aller le voir,et je le copie et je le colle aux besoins,en fonction de quand je fais un pullou quelque part sur un repo.
Aucune occurrence trouvée pour « ».
