MrBidon a écrit 467 commentaires

J'essaye de vulgariser en ne parlant que du relationnel :

Une petite base comme SQLLite t'offre des fonctions de qui permettent d'assurer la non redondance d'information, les liens entre les tables, des données structurées par champs pour chaque table, les filtrages avancées des données via SQL et plein d'autre chose comme de la manipulation de données géographique.

Une base de données comme PostgreSQL permet un accès aux données par plusieurs programme en simultannée, permet la redondance des données sur plusieurs serveur

Bref, si ton stockage est basique et le restera (tu parles de données intermédiaire), un stockage sur disque est suffisant.

Si tu sens que tes données seront manipulée et nécessite du contrôle de cohérence et du filtrage avancé, mais qu'un seul process accède uen base donnée fichier comme sqlite peut être une solution

Si il y a accès par plusieurs process (et redondance et de la perf), fonce sur les base de type postgresql.

A l'époque ou j'utilisais cet OS, j'utilisais greenshot et il était très bien et open source.

Je sais c'est pas libre, mais je suis très fan de ce lecteur, développé à l'ancienne par un mec sympa.

Quelle déception !

Si c'est en USD ça ne m’intéresse pas, moi je boursicote sur le marché européen :)

Je profite de ton journal, je m'étais intéressé au sujet, mais je n'avais pas trouvé d'API accessible en prix et facile d'accès pour permettre le passage d'ordre sur des marchés réels (EURONEXT par exemple). As tu des conseils sur ce point ?

M'interessant pour les podcasts d'affaires criminels sans sentimentalisme (pas version Morandini, plus Dominique Rizet), j'en recherche, mais j'en ai pas trouvé, en avez vous (à part Hondelatte raconte et affaires sensible) ?

Dans le genre, Distorsion est très bien

Le runner est enregistré dans gitlab, ainsi gitlab peut lancer les builds. Le plus simple pour comprendre est d'installer tout ça il s'agit de deux "deb". Je n'ai pas d'exemple à te donner pour l'instant, on est dans un mode très simple, au début j'avais mis en place le bouton de basculement d'un stade à l'autre. ca doit être expliquer dans la doc.

Je ne suis pas expert pipeline gitlab mais on utilise ça depuis 2 ans dans l'équipe je peux déjà te donner des billes. Mais le mieux c'est qe tu te monte une VM et un projet de test type hello world pour voir si tu arrives à faire ce que tu veux, ça se fait assez vite.

1) Déjà est-ce que le runner c'est un container Docker ou est-ce juste l'agent installé sur le serveur (par exemple le serveur web qui va recevoir une nouvelle livraison)

non le runner n'est pas un container, j'ai pas trop testé ce mode, moi je l'utilise en mode shell dans ce cas ton process est éxécuté sur la machine où le runner est installé. ca me convient bien.

et qui scrute le repo git (donc l'origine) en l'attente d'un push ?

Non c'est l'inverse c'est gitlab qui déclanche l'utilisation du runner, par exemple, chez nous c'est configurer pour ne généré une release qu'à chaque tag.

2) J'ai lu que le "script" ou les stages contenu dans le .gitlab-ci.yml s'éxécutent à chaque commit de code. Est-ce que ça veut dire que Gitlab indique à la machine d'où est partie le commit d’exécuter le contenu du .gitlab-ci.yml ?

oui

3) Qu'est-ce qu'on appelle pipeline ? Est-ce un Job ? Un ensemble de Job strictement défini ? L'ensemble des jobs/tasks contenus dans le .gitlab-ci.yml ?

L'ensemble des jobs/tasks contenus dans le .gitlab-ci.yml en gros tu as une étape build / test / preprod / prod il y a même possibilité d'avoir un bouton pour basculer d'une étape à l'autre

4) Si j'ai bien compris il ne peut y avoir qu'un seul .gitlab-ci-yml par branche git ?
Donc si j'ai 5 environnements différents (par ex LOCAL, TEST, DEV, STAGING, PROD) et que je veux un déploiement entièrement automatique et changer quelques détails en fonctione de l'environnement jusqu'en STAGING il faut que j'organise mon projet en 5 branches différentes avec chacune un fichier .gitlab-ci-yml ?

Non, il faut que ton .gitlab-ci-yml gère toutes ces étapes les unes après les autres

5) Qu'est-ce qui se passe à l'issue d'une merge request si par exemple je veux merger la branche STAGING vers la branche PROD ? Est-ce que ma branche STAGING continue d'exister et son .gitlab-ci-yml reste inchangé? Ou disparait elle ? En d'autre termes est-ce qu'une MR c'est seulement le remplacement du contenu de ma branche PROD par celui de la branche STAGING par une sorte de rm -rf prod/ et cp -R STAGING/ PROD/ ?

C'est plutôt un comprégension de git qu'il te faut et non de gitlab, on a discuté d'un sujet similaire, il y a pas longtemps ici : https://linuxfr.org/forums/programmation-php/posts/branches-git

Bon courage :)

Sisi on s'était bien compris, après vérification c'est "upstream first" qu'ils appellent ça (méthode utilisé chez Red Hat et Google), le titre de ce thread n'est que mensonge :)

J'aime faire autre chose que l'ops, du coup, le gitlab il est hébergé dans le cloud, le GB y est plus cher :)

Moi je ne build que sur tag parce chaque release fait 1GB ;-)

On fait ça depuis 6 mois dans l'équipe (5 personnes) et ça se passe bien. Rien n'empêche de faire des branches avec rebase régulier si on fait des gros changements :)

Tu fais comme tu veux en fait c'est ça qui est bien avec GIT :) et ce que tu dis c'est ce que je fais, je me prend pas la tête (on fait une release toute les semaines :-))

J'ai un numéro de build et je l'incrémente à chaque nouvelle version. Pour les hot fix, je mets une lettre à coté. La première release est appelée 851a, les hot fix suivant sont dans les versions 851b, 851c… le tout tourne sur la branche 851.

Il faut mieux décoreller le numéro de build (utilisation technique) du numéro de version (utilisation commerciale).

mais dans ce cas, où appliquer un hotfix en urgence ?

Il faut corriger le soucis sur la master dans un commit bien identifié, puis "checkouter" le tag et créer une branche.

Une fois sur la branche tu fais un cherry-pick du commit contenant le hotfix.

Ca s'appelle upstream first en fait, je pense que j'avais lu ça ici :

https://docs.gitlab.com/ee/topics/gitlab_flow.html#release-branches-with-gitlab-flow

Bonne lecture

Le gitflow c'est très compliqué si tu es tout seul ça ne sert à rien, je préfère l'approche "Master first" où on ne créer des branches de version que si c'est nécessaire.

En gros, tu développes dans la master tout le temps. Quand vient le moment de faire une release : tu créer un tag sur ta master et tu mets ta release en test si c'est ok tu la passes en prod.

Puis tu continue à faire tes dev sur la master, pour la vie de ton tag c'est à toi de voir, soit tu créer la release suivante directement sur la master, si tu juges qu'elle est assez mûre pour aller en prod, sinon tu crée une branche à partir du tag et tu cherry-pick le commit de la master, souvent c'est pour corriger des petites choses urgente pendant que la master se fige.

J'ai été sur leboncoin, j'ai recoupé les références dispo avec celle sur http://www.sane-project.org/

Et puis j'ai choisi la référence qui avait le meilleur score. J'ai un Canon CanoScan LIDE 100 j'en suis très content, il marqué comme "Complete" sur le site de Sane.

C'est mon message du début de ce thread, "Si tu as une carte week-end", faut avoir la carte machin pour économiser 3 sous… alors qu'un bon vieux tarif simple et efficace ça permettrait à tout le monde profiter du train sans se prendre la tête à comprendre les tarifs à tiroir de la sncf.

Déjà ici une moyenne à 17 000, je ne suis pas loin.

https://www.largus.fr/actualite-automobile/kilometrage-annuel-moyen-les-francais-roulent-de-moins-en-moins-6585392-8101037-photos.html

Oui dans ce cas, si on fait pas beaucoup de kilomètre le train est parfaitement suffisant (dans mon premier message c'est même la idéale solution).

Je ne sais pas quelle est la distribution du kilométrage annuelle des français (avion inclus), ça serait très intéressant à voir. 20 000 km par an en province quand on habite pas en ville c'est très courant je pense.

Le temps à galérer dans le bus (ou on ne peut pas travailler) à l'arrivée pour atteindre sa destination.

ps: je ne suis pas contre le train, je trouve juste le tarif pour "monsieur tout le monde" exorbitant et je ne comprend pas pourquoi.

Je suis breton, Anne de Bretagne nous à négocié un magnifique accord empêchant les péages dans notre contrée ;-)

On pas tous acheté un 4x4 neuf..

Aller je te fais un petit calcul en prenant bien large sur un an :
- cout d'achat 2000€ (par exemple, si j'achète une voiture 6000€ je considère qu'elle devrait pouvoir servir 3 ans)
- coût d'entretien 1000€ (ça doit payer vidange, pneu et autre)
- nombre de kilomètre parcouru par an 20 000

Ce qui nous donne un royal 17.5 centime du kilomètres.

Si je fais un trajet Rennes / Nantes de 100km cela coute 17.5 € + essence disons 15€ on a donc un coût de trajet 32.5€ (dans le pire des cas j'ai pris large pense que personnellement, je suis bien en dessous de cela).

Je regarde le site de la SNCF les prix oscillent entre 39€ et 18€…. donc si on est minimum deux dans ma voiture, je trouve que la voiture est plus rentable.

Les compagnies aériennes ne sont pas des services publiques… Pour moi, le train doit être comparé à la voiture en premier. Il doit la remplacer c'est une manière excellente de conjuguer mobilité et écologie (même si on es d'accord que le mieux est de ne pas se déplacer), l'avion ne vient qu'ensuite.

Premier cas, je voyage seul et j'ai plus de 25ans moins de 60 ans, je ne travaille pas pour la SNCF ni mes parents, je n'ai pas de famille nombreuse et je ne suis pas miliaire (autant dire un bon 40% de la société française au pif), alors je compare au covoiturage et dans ce cas, là la comparaison fait très mal : dispo immédiate de personne, trajet dispo à des endroits où le rail n'existe pas (lorient / morlaix), prix très attarctif. Si c'est moi qui prend ma voiture, je suis autonome à mon arrivé.

Deuxième cas, je voyage en famille : la aussi ça fait très mal en prenant ma voiture j'économise beaucoup d'argent.

Troisième cas, je fais le même trajet tout les jours : la c'est cool la région prend en cahrge des abonnement super sympa et mon employeur me rembourse la moitié, faut juste habiter et travailler pas trop d'une gare.

Quatrième cas, je voyage professionnellement : on s'en fou c'est la boite qui paye.