Pourquoi certaines applications open source reçoivent-elles plusieurs mises à jour chaque jour ?

Vous êtes-vous déjà demandé pourquoi certaines applications open source reçoivent plusieurs mises à jour tout au long de la journée ? Il y a plusieurs raisons, mais tout dépend d’une communauté open source robuste.

Le code open source est souvent mis à jour tout au long de la journée

Avec les applications fermées, les utilisateurs finaux ne voient jamais à quelle fréquence le code est mis à jour. La plupart du temps, le code est mis à jour plusieurs fois par jour, et parfois plusieurs versions sont publiées en une seule journée, mais tout cela est limité à un accès interne uniquement.

En ce qui concerne les applications et le code open source, les mises à jour sont tout aussi (sinon plus) fréquentes, mais le public peut tout voir. Visitez simplement un site comme GitHub et parcourez certains projets actifs, et vous trouverez très probablement plusieurs validations de code par jour. Pour citer un exemple populaire, le GitHub pour vim affiche plusieurs balises mises en ligne chaque jour.

Alors que certains développeurs poussent directement vers GitHub, d'autres utilisent des outils comme Jira et Jenkins, qui collectent tous les commits tout au long de la journée et effectuent une seule poussée à une heure spécifiée.

Quel que soit l'itinéraire emprunté par le projet open source que vous utilisez, le code est toujours fréquemment, souvent plusieurs fois par jour.

Le code évoluant au fil de la journée, certains développeurs souhaitent mettre les nouvelles fonctionnalités ou fonctions entre les mains des utilisateurs dès que possible, ce qui nécessiterait de publier des mises à jour plusieurs fois au cours de la journée, surtout s'il y avait un bug endommageant l'application qui s'est glissé dans le code et qu'il devait être corrigé immédiatement.

Certaines applications ont des actions qui provoquent des builds à la mi-journée

Certains projets de codage ont des déclencheurs de construction manuels et utilisent simplement des services comme GitHub comme référentiel de code. Ces applications nécessitent que les versions soient compilées et téléchargées ou publiées manuellement.

GitHub propose un service appelé GitHub Actions, qui peut prendre et compiler automatiquement votre code en fonction d'un certain nombre de déclencheurs. L’un de ces déclencheurs est une validation de code. Je l'utilise pour recompiler le site Web de mon serveur Minecraft.

Pour les développeurs qui utilisent quelque chose comme GitHub Actions (ou toute autre plate-forme de création basée sur des déclencheurs), plusieurs builds par jour sont faciles car elles sont entièrement sans intervention. Le développeur pousse simplement le code et une construction démarre.

Cela semble bien, mais il y a certains inconvénients et points à surveiller. Disons qu'un développeur pousse du code qui a parfaitement été testé localement, mais juste avant de le valider, la touche retour arrière a été enfoncée et une virgule a été supprimée. Cela peut paraître minime, mais cela peut casser un logiciel entier.

Si le développeur ne détecte pas cela avant le déclenchement de la construction et que vous téléchargez la dernière et la meilleure version de votre application préférée qui vient de terminer la compilation, vous serez alors confronté à une application qui ne fonctionne pas.

Cela n'arrive pas très souvent, car la plupart du temps, les développeurs appliqueront des modifications rapides du code aux branches instables et ne construiront une branche stable que lorsqu'il y aura de nombreuses fonctionnalités ou corrections de bogues à déployer. Cependant, cela vaut vraiment la peine d'être regardé si vous aimez vivre à la pointe de la technologie.

Plusieurs versions par jour permettent aux gens de vivre à la pointe de la technologie

Comme je viens de le mentionner, certaines personnes aiment être à la pointe des nouveautés, même si cela comporte des risques de fonctionnalités ou de logiciels défectueux. J'étais l'une de ces personnes, même si j'ai un peu reculé en vieillissant.

Quand j'étais plus jeune, je dirigeais une équipe Android ROM. Nous avions rassemblé tout ce qui suit et avions des personnes qui aimaient utiliser les dernières fonctionnalités au fur et à mesure que nous les intégrions. Mon équipe disposait d'un système automatisé qui prenait toutes les modifications approuvées (qui étaient testées… la plupart du temps) et exécutait une build à minuit. Si la construction réussissait (ce n'était pas toujours le cas), elle téléchargerait la ROM sur notre serveur.

Quand je me réveillais, l'une des premières choses que je ferais chaque matin serait de télécharger la dernière version de la nuit et de la flasher. Parfois, cela clignotait parfaitement et fonctionnait, d'autres fois, il y avait un problème de débogage. Pour cette raison, je ferais toujours une sauvegarde avant de flasher.

Étant donné que j'étais développeur du projet, c'était pour moi un moyen de tester ce dans quoi tous les autres développeurs avaient fusionné. C'était également un moyen pour moi d'extraire un mauvais fichier s'il ne s'installait pas ou ne démarrait pas correctement.

Quoi qu’il en soit, j’ai vécu ma vie à la pointe du progrès, et beaucoup d’autres l’ont fait aussi. De nos jours, je peux exécuter des versions bêta de logiciels, mais j'exécute rarement des versions alpha ou nocturnes. Il y a tout simplement trop de bugs pour que je fasse ça à ce stade.

Recherchez-vous un logiciel open source de qualité à utiliser sur votre ordinateur Mac, Linux ou Windows ? Il existe un certain nombre d'applications parmi lesquelles choisir.

Par exemple, il existe des applications Mac open source utilisées quotidiennement par notre expert Mac résident ici à Geek pratique. Pour ceux d'entre vous qui sont nouveaux dans l'écosystème Linux, il n'est plus aussi difficile qu'avant de trouver des remplaçants aux logiciels quotidiens que vous utilisez déjà. Pour tous les autres, consultez ces applications Windows open source que vous devriez absolument utiliser dès maintenant.