JUIN20
Depuis l’arrivée du nouveau portail Windows Azure qui se trouve toujours à cette url : https://manage.windowsazure.com il est possible de mettre simplement un système d’intégration continue pour héberger votre application sur Windows Azure, que ce soit un service hébergé, ou un Site Web. Il est possible d’intégrer le système d’intégration continue soit avec TFS Preview, Git ou alors via FTP, dans notre cas, nous allons utiliser TFS Preview, puisque la solution de mon blog est dessus, et autant se servir d’un cas pratique !
Pour mettre en place l’intégration continue pour votre projet, il faut tout d’abord avoir votre projet dans TFS Preview, puis sur le portail Windows Azure, sur le tableau de bord, il est possible de voir sur la droite un bouton “Set up TFS publishing” comme on peut le voir ci-dessous
Pour configurer votre TFS Preview, il vous faut donc donner l’url de votre TFS Preview comme on peut le voir sur cette interface :
Notez qu’il est possible de se créer un nouveau compte sur TFS Preview depuis cette interface. Par la suite vous devez sélectionner le projet que vous voulez lier à votre service Azure. Voilà pour le côté Azure, il est cependant à noter que si vous avez créer votre Team Project sur TFS Preview après le 7 juin, il est possible que cela échoue puisqu’il manque le fichier “AzureContinuousDeployment.11.xaml” dans vos Build Template disponible sur votre projet, si c’est le cas vous pouvez le télécharger sur cette url, ajouter le à vos templates de Build de vos projets, puis suivez le reste de cet article et revenez ensuite à la configuration dans Windows Azure afin que celle-ci soit fonctionnelle.
Donc, retournons à Visual Studio, et configurons notre template de build, pour cela dans le volet Team Explorer, il faut faire “New Build Definition” comme on peut le voir ci-dessous
Sur l’écran général, vous allez choisir le nom de la build, puis dans la partie trigger vous allez pouvoir choisir quand se déclenche votre build, notez que l’intégration continue se fait à chaque check in ! Cependant il est possible de choisir un autre type de fréquence.
Maintenant il nous faut réellement configurer la partie Azure, c’est à dire dans le process de build, il faut définir notre template, notre projet, ainsi que notre slot de déploiement ciblé comme on peut le voir ci-dessous :
Et voilà après quelques builds, on peut voir directement sur le portail Azure, les différents déploiements qui ont été effectués
L’avantage de voir les anciens déploiements, c’est qu’il est possible de redéployer une build précédente sur la plateforme sans avoir à redéployer !
Voilà, encore une des nouvelles fonctionnalités de Windows Azure qui prouve que Microsoft l’intègre de plus en plus dans son envrionnement !
Remonter
JUIN12
J’avais publié il y a bien longtemps un article sur le logiciel LinqPad, comme quoi c’était un des must have à avoir pour tout développeur !
Alors à force de l’utiliser, j’ai enfin trouvé quelques fonctionnalités que je trouve fort utiles, et qu’on ne trouve pas dans les exemples de bases !
La première, LINQPad, votre nouvel fenêtre de commande.
Vous pouvez donc lancer vos commandes depuis LINQPad, vos “iisreset”, et tout ce que vous voulez !
Et ce n’est pas fini ! En tant que commande, vous pouvez aussi saisir des valeurs durant l’exécution de votre programme
Donc les ConsoleApplication1 à infini, c’est totalement fini, si maintenant vous pouvez même saisir des valeurs dans cet outil !
Bon la console c’est bien jolie, mais un peu de html, c’est encore plus, c’est aussi possible de customiser vos textes de sorties via la méthode Util.RawHtml
il est donc possible de configurer vos sorties de résultats de programme via LinqPad, afin d’y ajouter un peu d’HTML afin que ce soit plus lisible !
Et pour ceux que ça intéresse, il est aussi possible d’afficher une page web dans la fenêtre de résultat !
Voilà, alors comment j’ai trouvé ces features, puisque je cherchais à ajouter du HTML dans ma fenêtre de sortie afin de créer un rapport sur les nouveautés des API REST Azure ! Il faut suffit d’utiliser Reflector, ou un outil du genre, et de désassembler l'assembly de LinqPad, et vous allez trouver la classe Util !
Bon je ne dis pas que maintenant vous pouvez vous abstenir de Visual Studio, mais bon ça ne devient pas loin quand vous devez faire du code jetable !
Remonter
OCTO19
Premièrement il vous faut un accès à TFS Preview, pour cela rien de plus simple, rendez-vous sur https://tfspreview.com/ et créer un compte, personnellement ils m’ont activé le mien en 5 jours (il y a une liste d’attente, mais j’ai eu la chance d’en avoir un avant)
Pour l’utiliser avec Visual Studio 11, aucun problème le support est natif, par contre pour Visual Studio 2010, il vous faudra le SP1 et un KB comme l’explique mon précédent article : http://blog.woivre.fr/?p=594
Vous pouvez vous connecter sur le web à votre adresse personnelle sur TFS Preview, pour moi https://wilfriedwoivre.tfspreview.com
Pour le moment il est possible de se connecter avec Windows Live, mais on espère tous qu’on pourra le faire avec notre Active Directory professionnelle dans la version finale !
Vous pouvez remarquer qu’ils utilisent Access Control Service eux aussi !
Pour découvrir plus en détails les nouveautés de TFS 11 (qui est la version disponible sur Azure) je vous laisse entre les mains d’Etienne Margraff, MVP ALM, et il connait son sujet : http://blogs.developpeur.org/etienne/archive/2011/09/16/tfs-11-quelles-nouveaut-s.aspx
Remonter
OCTO8
Si vous avez la chance d’avoir accès à TFS Preview sur Azure, vous avez sûrement du vouloir l’essayer avec autre chose que Visual Studio 11 Developer Preview, par exemple Visual Studio 2010.
Or lorsque vous voulez rajouter la liaison à votre TFS dans Visual Studio, vous avez cette jolie erreur
En effet, il vous faut appliquer un KB afin que votre Visual Studio puisse se connecter à un TFS Preview sur Azure, la raison est je pense l’ouverture de la popup pour les informations de connexion.
Voici le lien de la KB : KB2581206 Notez qu’il vous faudra le SP1 de Visual Studio d’installé.
Remonter
MAI19
Quand on fait du XAML que ce soit en WPF, Silverlight ou WP7, on est bien heureux de voir apparaitre ces petits messages d’erreur dans la fenêtre de sortie lorsque l’on est en mode debug de notre application !
Ici comme on peut le voir il s’agit uniquement d’une erreur de binding, qui nous informe que la propriété “FirstName” n’a pas été trouvée :
Et si on voyait comment ajouter nos propres messages dans cette fenêtre, et bien tout est là pour nous aider, c’est très facilement faisable grâce au namespace System.Diagnotics
this.Loaded += (sender, e) => System.Diagnostics.Debug.Print("Message perso => Un petit test ?");
On obtient en mode DEBUG, notre message personnel dans la fenêtre de sortie
Et comme la vie est bien faite, en mode release, rien n’apparait !
Bon bien entendu, rien ne sert de polluer cette fenêtre outre mesure, mais c’est toujours mieux qu’une trentaine de message box d’information pour lancer votre programme et être sûr que tout ce passe bien !
Remonter
