11 private links
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 ...
Mais pourquoi est-ce que je perds toujours cette page ? En tout cas, c'est bien cool d'avoir des plugins pour cargo !
La lecture de ce thread confirme (évidement) le bien que je pense de cet outil qui n'est pas parfait, mais qui est celui qui me correspond le plus.
J'avais déja vu ce conseil, et le voir développé me fait assez plaisir, parce que c'est une sacrément bonne idée.
J'ai cru initialement que c'était une mauvaise idée, mais j'ai maintenant tendance à changer d'avis : avoir les descripteurs de déploiement générés depuis l'application Java est en fait une bonne idée, pour ceux qui ne veulent pas les écrire eux-mêmes.
wow, si tu fais du rust, cette action te sera très utile.
C'est super intéressant cette idée d'ajouter des problèmes réseau dès le développement !
Intéressant article sur l'extension du build Rust
J'ai effectivement toujours du mal avec les outils de build flexibles ...
Je ne sais pas si c'est un si bon article (parce que je connais nettement mieux Maven que Gradle). Ce que j'en comprend en revanche colle à peu près avec ma vision du truc.
Très chouette description de ce vieux truc
Un build tool Javascript qui permet de builder sans rien avoir à configurer !