La loi qui permet aux agents de l'ordre par la force de voir sans être vu. La comparaison avec Big Brother en Chine est savoureuse ...
J'utilise gitlab-ci chez mon client. Or quelque chose m'a profondément agacé ces derniers jours.
Voilà le contexte : le fichier .gitlab-ci.yml
du projet sur lequel je travaille prévoit qu'un seul pipeline peut être lancé à la fois sur une même branche. Rien de très étonnant jusque là. Du coup, lorsqu'un pipeline est lancé alors qu'un autre est déjà en cours d'exécution, le second tombe en erreur.
Quel est le problème : quand on est tout seul à faire des merge-request, on peut toujours relancer manuellement un pipeline tombé en erreur. Mais quand on est 10 à en faire, je vous laisse deviner ce qui se passe :
Bref. Une bonne âme m'a filé l'astuce, il s'agit d'utiliser la propriété resource_group.
Comme on peut le voir dans l'exemple en lien, il faut simplement :
Il s'agit en fait de créer une "ressource" partagée, qui ne pourra être utilisée que par un seul job à la fois (et donc ici, par un seul pipeline à la fois). Les pipelines qui arriveront ensuite seront mis en file d'attente au lieu d'être mis en échec. Quand le premier job/pipeline se termine, il libère la ressource qui est passée au pipeline suivant, etc.
Pour savoir dans quel jar se trouve une classe particulière.
Des données intéressantes qui appuient le choix d'une plus grande taxation, sinon d'un suppression, de l'héritage.
Bon, par contre, je trouve qu'il insiste trop sur le côté égalité des chances, qui, je le rappelle, est une expression de la langue de bois. Car comme le dit Franck Lepage, l'égalité des chances ça revient à dire : quand vous êtes au départ d'une course, que vous soyez un lapin ou une tortue, la ligne de départ est la même.
En effet, résumer l'égalité des chances d'avoir la vie qu'on aura choisi à la quantité d'argent dont on dispose, c'est oublier tout ce qui touche à l'éducation, au cadre de vie, aux fréquentations (et aux réseaux de contacts qui viennent avec), etc. Le patrimoine ne se compte pas qu'en euros.
Et puis avec un âge moyen d'héritage aux alentours de 50 ans, la stratégie qui consiste à attendre que Tata Fernande casse sa pipe est quand même un peu risquée ...
Je ne me souviens jamais de la commande, du coup j'en mets deux ici :
[alias]
lg1 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all
lg2 = log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold cyan)%aD%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n'' %C(white)%s%C(reset) %C(dim white)- %an%C(reset)' --all
lg = !"git lg1"
A mettre dans le ~/.gitconfig
, ou dans le ~/.bashrc
.
Un système décimal utilisé par les moines cisterciens au bas moyen-age. Parfait pour noter les dates.
Confinement V2 : les attestations.
Astuce : Pour l'attestation numérique, dans le champ Heure de sortie, il faut mettre la date au format américain (logique hein), c'est à dire entre 00:00 et 12:00. Et quand vous aurez essayé de taper sur toutes les touches de votre clavier, vous vous rendrez compte que les deux derniers caractères sont ... AM ou PM.
Pour afficher l'arbre des dépendances d'un projet maven, il y a le plugin suivant :
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>3.1.2</version>
</plugin>
Avec la commande suivante :
mvn dependency:tree
Mais il est aussi possible d'afficher un équivalent pour les plugins (ce n'est pas vraiment un arbre, mais à défaut de mieux ...) :
mvn dependency:resolve-plugins
Edit: le gars dit que it is a bad habit to specify plugin versions
. C'est évidemment une bêtise.
Mon problème est le suivant : je veux savoir quels plugins sont utilisés sans déclarer explicitement leur version. Oui, c'est possible, et les devs ne se gènent pas pour le faire.
Du coup, quand je veux réunir la déclaration d'un plugin (et de sa version) dans le pluginManagement du pom parent, le build échoue à répétition car, sans version déclarée explicitement :
Du coup on croit utiliser la dernière version du maven-assembly-plugin (par exemple), et on se retrouve avec une version vieille de 7 ans. Il faut donc dans un premier temps figer les versions utilisées des plugins. Mais pour ça, je ne vois que deux solutions :
J'ai donc trouvé le plugin versions-maven-plugin :
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>versions-maven-plugin</artifactId>
<version>2.8.1</version>
</plugin>
Et je vais utiliser le goal display-plugin-updates
ainsi :
mvn versions:display-plugin-updates
Ca va me sortir (entre autres choses) des warnings pour tous les plugins qui ne sont pas déclarés avec une version.
Le CDC de Colombie Britannique recommande d'intégrer le gloryhole aux pratiques sexuelles sûres afin de se protéger du coronavirus.
L'info date du mois de juillet, mais le site web de l'organisme le mentionne toujours :
Fallait oser.
Comment utiliser un data provider avec JUnit 5.
Dépendance maven :
<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter-params</artifactId>
<version>${junit.jupiter.version}</version>
<scope>test</scope>
</dependency>
Pour le reste, le data provider s'écrit comme pour TestNG, mais sans l'annotation @Dataprovider. Exemple :
public static Object[][] sumTestData() {
return new Object[][]{
{2, 2, 4},
{10, 1, 11},
{1000000, -1000000, 0}
};
}
Et on utilise le data provider ainsi :
@ParameterizedTest
@MethodSource("sumTestData")
public void dataProviderTest(int a, int b, int expectedSum) {
Assertions.assertEquals(expectedSum, a + b);
}
Une nouvelle histoire de l'Odieux Connard !
J'ai lu il y a quelques jours que si les élections devaient avoir lieu maintenant, on retrouverait Macron et LePen au second tour (et sûrement Mélenchon et un mec de droite en troisième et quatrième places). Je trouve ça réconfortant, car ça confirme le choix des Français pour une politique à l'américaine où chacun s'occupe de son petit nombril.
Remarquez, ça fait 50 ans que ça dure. A un moment donné il faut se rendre à l'évidence. Les Français ne veulent pas d'un système par répartition, où les richesses du pays sont mises à contribution pour soulager la population. Les grands services publics mis en place après la guerre n'ont finalement été qu'une anomalie de parcours, et tout est fait pour les faire disparaître.
Si les Français ne veulent pas se battre pour conserver leurs conquis sociaux, pourquoi faudrait-il le faire à leur place ?
Quand on apprend qu'il faut acheter un timbre à 25 euros pour pouvoir faire une déclaration de perte de carte d'identité (sans quoi la nouvelle ne peut pas être créée) ...