Un état de la chaîne de build avec une orientation sécurité assez intéressante.
Une espèce de mélange entre un makefile et un dockerfile, avec l'équivalent de la gestion des layers du Dockerfile. Ca m'a l'air intéressant, mais je crains que ça ne fasse doublon avec l'outil de build adapté au langage (maven dans mon cas)
J'ai lu un article récement qui parlait de green tech vs brown tech qui m'avait assez frappé. Et c'est vraiment un exemple marquant : tant que Gradle était peu utilisé, tous ses utilisateurs trouvaient ça cool. Maintenant qu'il est "forcé par Google, il y a des mécontents.
oh oui (ou pas, hein), un préprocesseur CSS en pur typescript.
La liste des propriétés fournies par maven dans le build. C'est souvent utile ...
Bon, je voulais installer vega-cli sous Windows, qui dépend de canvas. Mais là, je vais être brutal, mais allez bien vous faire foutre.
L'article est important. Parce que moi aussi, j'ai toujours du mal à voir la valeur ajoutée des outils d'intégration continue face aux outils de build (oui, même Jenkins). Et son explication sur l'intérêt de taskcluster est vraiment pertinente.
Très bon récapitulatif sur la construction d'images Docker. J'ai particulièrement apprécié la déclinaison des exemples en Java, JavaScript et python
Il y a des points d'utilisabilité intéressants dans ce texte.
Il va falloir que je l'ajoute partout, parce que je suis un utilisateur très heureux de maven.
Et donc, voici le vrai accélérateur pour Maven !
Ca faisait des années que ce composant manquait à l'arsenal de maven. Et les résultats obtenus par mvnd sont spectaculaires : le build d'un module de Camel passe par exemple de 5 s à 0.23 s (c'est pas mal du tout)
Ah oui, je comprend le buzz autour de cette solution. Ca a l'air vraiment bien. Il manque "juste" le tutorial expliquant comment faire du vrai debug (avec des points d'arrêt et tout ça)
Un article bien fichu sur la dock as code et ce que ça implique. J'ai été marqué en particulier sur le fait de passer un linter sur les fichiers de documentation, ça me fait bien réfléchir.
C'est une façon vraiment satisfaisante d'adapter le processus de build de maven à l'ère du déploiement continu. Il faut juste que je jette un oeil à cette histoire de détermination du numéro de version ...
Ce truc-là, c'est vraiment de la merde apocalyptique. Je pourrais détailler, mais ca m'énerverait encore plus.
Donc ce repository GitHub archié est la seule implémentation Java de livereload ...
Il va falloir que je regarde ça d'assez près, parce que j'ai bien l'impression que ça évite l'enfer npm/yarn/wat
Les deux idées mentionnées dans cet article sont très bonnes. Si la validation du projet pendant le build est facile à mettre en place, la création automatique d'issues à chaque exception paraît un peu moins triviale.
Si tu veux un jour composer un fichier à partir de plusieurs, ce genre de plugin est un peu plus simple à utiliser que le maven-shade-plugin ...