Ces derniers mois, le processus et la fréquence des mises à jour de Visual Studio 2019 ont beaucoup évolué.

Les mises à jour :

• Sont plus régulières.
• Sont plus petites.
• Sont plus visibles et fournissent un peu plus d’informations.
• Prennent de moins en moins de temps à s’installer.

Par contre leur log prend parfois un peu de temps à arriver. Il n’est pas rare que celui-ci soit disponible après que la mise à jour soit publiée.

Côté utilisateur, on peut avoir l’impression que notre seule option se résume à subir les mises à jour. Au mieux, on peut penser que notre décision se limite à « installer ou ne pas installer » (that is the question…).

Si vous trouvez la présentation de vos projets Azure DevOps un peu triste, sachez qu’il est possible d’améliorer les choses. En lieu et place des initiales d’un projet, on peut afficher une image.

Outre l’aspect esthétique, cela permet de repérer plus rapidement ses projets quand on arrive sur la page d’accueil d’Azure DevOps. En plus, quand la barre latérale est réduite on voit plus rapidement sur quel projet on se trouve.

Comme indiqué dans un précédent article, le déploiement sur Azure passe par l’utilisation du Self-Contained Deployments. Ceci n’est actuellement pas possible via Azure DevOps avec les agents hébergés par Microsoft. Ils ne sont pas encore à jour.

Ceci est cependant possible si vous hébergez vous-même vos agents de build. Il suffit d’installer le SDK de .net core 3 (disponible ici), ou de mettre à jour Visual Studio si vous l’avez installée sur votre serveur de build.

Ensuite, il convient de mettre à jour les définitions de vos builds.

Depuis que je m’intéresse à l’accessibilité, j’ai découvert des utilisateurs pas comme les autres.

Voici quelques points qui me motivent à continuer sur cette voie :

• La qualité et la quantité de leurs feedbacks.
• Leur reconnaissance et leurs encouragements.
• Leur implication et leur envie de voir les applications évoluer.

Pour moi, tout cela vaut de l’or. Vu que je ne suis pas égoïste, voici quelques portions de mails reçus ce dimanche :

Aujourd’hui, utiliser .net Core 3 sur Azure est possible. Cependant, le runtime de .net Core 3 n’étant pas déployé sur toutes les plateformes, il faut s’adapter.

Cet article résume les solutions pour les contextes:

• PASS (App Service).
• Container (Azure Kubernetes Services).
• IAAS (Azure Virtual Machines).