S’il y a bien un thème important au niveau des avancées de l’offre ALM de Microsoft il s’agit bien de l’intégration continue et de la livraison voire déploiement en continu.

Nous y reviendrons au travers de plusieurs posts liés à TFS et VSTS, mais commençons aujourd’hui par deux petites nouveautés liées à Visual Studio 2017.

1ère nouveauté qui permettra de combler l’utilisation d’outil tiers tel que le logiciel Siren of shame par exemple, l’intégration d’un notifier de build directement au sein de la barre d’état de Visual Studio 2017.

Ainsi si après un push ou la soumission d’un PR vous souhaitez connaitre l’état de la build liée à votre/vos commits, plus besoin de se déplacer dans le Team Explorer ou encore dans le portail web, vous pouvez travailler sur une autre tâche et attendre patiemment que Visual Studio 2017 vous indique que tout est OK, ou vous signale que vous devez intervenir en urgence pour corriger le tir :

Autre nouveauté pratique, l’intégration de l’error list directement au sein du panneau des modifications de sources. Ainsi les informations de Warning, et d’erreur de compilation sont placées idéalement et mises en avant même que vous effectuiez vos commit :

Ces deux nouveautés sont proposés via une extension qui est pour le moment en preview, et qui sera disponible à terme dans l’édition Entreprise de Visual Studio.

Vous pouvez dores et déjà l’utiliser en l’installant : https://marketplace.visualstudio.com/items?itemName=VSIDEDevOpsMSFT.ContinuousDeliveryToolsforVisualStudio

Que cela soit pour comprendre le fonctionnement du code que l’on vient d’écrire, ou encore comprendre à posteriori les disfonctionnements  de celui-ci, nous passons pas mal de temps avec notre ami le debugger.

Visual Studio 2017 propose quelques nouveautés qui, même si elles ne sont pas révolutionnaires, peuvent faciliter la vie au quotidien en fonction de vos habitudes et de vos besoins.

Améliorations pour s’attacher à un process

Si vous préférez le Ctrl+Alt+P pour s’attacher à un process existant (et peut être même distant), qu’un simple F5, les nouveautés suivantes vous sont dédiées !

La 1ère évolution se situe au niveau de l’ergonomie, puisqu’il est à présent possible de filtrer la liste des process locaux ou distants afin de trouver plus rapidement le process auquel on souhaite s’attacher :

Enfin deuxième nouveauté, le reattach to process qui permet de ne plus avoir à réouvrir cette même fenêtre pour que le debugger s’attache au “même” process.

Ainsi, un Shift+Alt+P permet de s’attacher automatiquement soit au même process que précédemment (identifié via son PID) ou alors au process portant le même nom ce qui permet d’avoir une souplesse d’utilisation intéressante.

Run To Click

Le Run To Click est une amélioration du Run To Cursor déjà présent dans Visual Studio depuis un certain temps.

Avec cette nouvelle fonctionnalité vous allez pouvoir piloter l’exécution de votre application en débug d’un simple click. Plus besoin d’effectuer plusieurs clicks avec le Run To Cursor, ou alors de créer un 980 ème breakpoint dans votre code pour vous arrêter où vous le souhaitez, un simple click est à présent nécessaire grâce à un nouveau picto présent durant vos sessions de debug :

A noter que cela n’a aucun autre impact sur vos sessions de debug, les breakpoints déjà posés et qui sont atteint durant le parcours du code jusqu’à la position de votre click seront bien évidemment déclenchés. Et vous clickez sur une ligne qui n’est pas atteinte durant l’exécution, il n’y aura pas de magie, vous n’obtiendrez aucune pause d’exécution.

Deboggage Client Side sous Google Chrome

Si vous préférez tout faire depuis VS, et souhaitez avoir la possibilité de ne plus utiliser les outils de dév intégré à Google Chrome, bonne nouvelle : vous pouvez à présent rester sous VS 2017 pour débugger votre code javascript/typescript exécuté par le navigateur.

Cette option est disponible par défaut et vous pouvez la définir au même endroit qu’habituellement :

1er post d’une série sur les nouveautés de Visual Studio 2017 : Le chargement léger des solutions.

Si vous travaillez régulièrement avec des solutions comportant un grand nombre de projets (je suis toujours surpris de voir que certaines équipes travaillent avec des solutions contenant plus de 50 projets (!!) ), voici une première nouveauté qui pourrait vous faciliter grandement la vie.

Visual Studio 2017 propose un nouveau mode de chargement de solutions qui permet de faire du chargement de projet en lazy loading. Ainsi, plus de perte de temps à attendre le chargement par VS de l’intégralité de la structure de l’ensemble de vos projets, vous pouvez plus rapidement vous mettre à l’oeuvre.

Pour des raisons de compatibilité (afin de ne pas avoir d’impact avec des plugin tiers qui s’attendent à avoir accès à l’intégralité des infos de l’ensemble de vos projets/fichiers, vous pouvez activer cette fonctionnalité dans les options de VS 2017 :

Lorsque cette nouvelle option n’est pas activée, vous arrivez avec le fonctionnement classique et un certain temps de chargement :

Une fois activé, vous pouvez constater la différence sur la vitesse d’ouverture de votre solution :

Chaque projet ne sera chargé qu’à la demande lorsque vous y accèderez depuis l’explorateur de solution.