.Net and VisualStudio ALM
Article tagué Team Foundation Server 2012
VS ALM : Tips sur l’utilisation de la machine virtuelle VS ALM de Brian Keller
4/03/13
J’utilise de plus en plus la machine virtuelle de Brian Keller pour mes démos et présentations. Cette machine est disponible en téléchargement depuis le blog de Brian Keller :
L’avantage de cette VM est qu’elle contient l’ensemble des outils installés et configurés et des projets sont déjà présents avec des données. Par contre afin de garantir son utilisation dans le temps des scripts sont joués aux démarrages et peuvent causer quelques problèmes dans le cas ou, comme moi, vous souhaitez l’utiliser pour vos propres démos.
Voici donc 2 tips pour ne pas avoir un “effet démo” 
- Attention à l’heure : à chaque redémarrage l’heure et la date de la machine virtuelle sont remises au 16/05/2012 à 12h. Si vous avez préparé une démo en faisant des checkins et que vous comptez en faire d’autres pendant la démo, il est important de modifier le script C:\util\SetDateAndTime.bat pour changer l’heure et y mettre une heure après votre dernier checkin. Sinon vous aurez une erreur au checkin lors de votre démo vu que vous essayerez de faire un checkin antérieur au dernier :
- Attention au fichier hosts : comme pour la date et l’heure le fichier hosts est automatiquement remis à jour à chaque redémarrage. Si vous avez besoin de le mettre à jour pour une démos il ne faut pas oublier de modifier le fichier C:\util\updatedhosts. Sinon vous aurez des erreurs lors de l’accès aux ressources réseaux :
Carpe Diem.
TechDays : Speaker sur Team Foundation Server 2012 aux TechDays 2013
10/01/13
Les TechDays 2013 auront lieu du 12 au 14 février au Palais des Congrès de Paris. J’y animerai une session sur “La mise en place d’une usine logicielle avec Team Foundation Server 2012 pour des développements Microsoft et non Microsoft”, Venez nombreux !
Vous pourrez aussi me retrouver sur le stand de Wygwam si vous avez des questions ou besoins autour de l’ALM et des outils de développements MS.
Voici aussi les sessions de mes petits camarades de Wygwam :
- Outillage pour Windows 8 XAML
- Introduction au développement Windows 8 avec XAML et .NET 4.5
- Kinect en moins de 10 Minutes
- Retrouver de la magie dans le quotidien – nouvelles formes d’interactions avec l’informatique pervasive
Carpe Diem.
TFS : Installation avec des alias DNS – Partie 3 : Team Foundation Server
3/12/12
Ce billet fait partie d’une série sur comment installer et configurer Team Foundation Server en utilisant des alias DNS pour les différents composants :
Dans ce billet nous allons voir comment configurer Team Foundation Server afin d’utiliser les alias DNS pour la partie data et pour SharePoint. Voici ceux que j’utiliserai pour ce tutoriel :
- SQL Server : sql01.demo.local
- Analysis Services : analysis01.demo.local
- Reporting Services : reporting01.demo.local
- SharePoint : sharepoint01.demo.local
- Team Foundation Server (AT) : tfs01.demo.local
Team Foundation Server (Application Tiers)
Pour Team Foundation Server, même si l’ensemble des composants est sur le même serveur il faudra obligatoirement passer par la configuration avancée :
- Dans l’outil de configuration de Team Foundation Server, cliquez sur Advanced puis Start Wizard.
- Dans l’onglet Database, dans le champ SQL Server Instance entrez le nom de domaine complet (FQDN) du serveur SQL en utilisant l’alias DNS et cliquez sur Next.
- Dans l’onglet Reporting Services :
- Dans le champ Reporting Services Instance entrez le nom de domaine complet (FQDN) du serveur Reporting Services en utilisant l’alias DNS
- Cliquez sur Populate URLs.
- Dans la liste Report Server URL, sélectionnez l’entrée utilisant l’alias DNS.
- Dans la liste Report Manager URL, sélectionnez l’entrée utilisant l’alias DNS.
- Cliquez sur Next.
- Dans l’onglet Analysis Services, dans le champ SQL Server Analysis Services Instance entrez le nom de domaine complet (FQDN) du serveur Analysis Services en utilisant l’alias DNS et cliquez sur Next.
- Dans l’onglet Integration, sélectionnez Specify a SharePoint location et cliquez sur Next.
- Dans l’onglet Farm Settings :
- Dans le champ Site URL entrez le nom de domaine complet (FQDN) du serveur SharePoint en utilisant l’alias DNS.
- Dans le champ Administration URL entrez le nom de domaine complet (FQDN) du serveur SharePoint sans oublier le port 17012 en utilisant l’alias DNS.
La configuration initiale est maintenant finie. Il reste encore à mettre à jour l’URL utilisée par TFS pour la partie Web :
- Ouvrez la console d’administration de TFS.
- Dans l’onglet Application Tier, cliquez sur Change URLs.
- Dans le champ Notification URL entrez le nom de domaine complet (FQDN) du serveur TFS en utilisant l’alias DNS et cliquez sur OK.
Le serveur Team Foundation Server est maintenant entièrement configuré pour utiliser les différents alias DNS. Il reste une dernière mise à jour à faire au niveau de SharePoint.
SharePoint
Maintenant que le lien entre TFS et SharePoint est créé, il faut retourner sur la configuration des extensions TFS pour SharePoint afin de mettre à jour l’URL du serveur TFS :
- Sur le serveur SharePoint, ouvrez la console d’administration de TFS.
- Dans l’onglet Extensions for SharePoint Products, sélectionnez a première entrée du tableau et cliquez sur Modify access.
- Dans le champ URL for Team Foundation Server entrez le nom de domaine complet (FQDN) du serveur TFS en utilisant l’alias DNS et cliquez sur OK.
Et voila l’ensemble des composants de votre plateforme Team Foundation Server est maintenant configuré pour utiliser des alias DNS. Si dans le futur vous devez migrer un composant vers un autre serveur, plus besoin de renommage il suffira juste de mettre à jour l’alias au niveau du serveur DNS
Carpe Diem.
TFS : Installation avec des alias DNS – Partie 2 : SharePoint
19/11/12
Ce billet fait partie d’une série sur comment installer et configurer Team Foundation Server en utilisant des alias DNS pour les différents composants :
- Partie 1 : Data Tiers
- Partie 2 : SharePoint
- Partie 3 : Team Foundation Server
Dans ce billet nous allons voir comment configurer SharePoint afin d’utiliser les alias DNS pour la base de données et pour SharePoint. Voici ceux que j’utiliserai pour ce tutoriel :
- SQL Server : sql01.demo.local
- SharePoint : sharepoint01.demo.local
SharePoint
Pour configurer SharePoint avec nos alias DNS nous ne pouvons pas utiliser l’installation automatique de TFS, il faut obligatoirement faire une installation séparée :
- Lancez l’installer de SharePoint.
- Installez les composants pré-requis.
- Lancez l’installation de SharePoint puis l’interface de configuration.
- Dans le champ Database server, entrez le nom de domaine complet (FQDN) du serveur SQL en utilisant l’alias DNS et cliquez sur Next.
- Cochez Specify port number, entrez le port 17012 afin d’utiliser le port par défaut utilisé par TFS pour l’accès à SharePoint et cliquez sur Next.
- Terminez normalement la configuration via l’installeur et l’outil de configuration du site d’administration.
SharePoint est maintenant installé et configuré en utilisant l’alias DNS de la base de données. Il reste encore à configurer SharePoint pour qu’il réponde lorsqu’on utilise l’alias DNS sharepoint01 :
- Ouvrez la page d’administration centrale de SharePoint.
- Cliquez sur Configure alternate access mappings.
- Sur la page Alternate Access Mappings, cliquez sur Edit Public URLs.
- Dans Alternate Acces Mapping Collections, sélectionnez une collection via Change Alternate Access Mapping Collection.
- Cliquez sur Central Administration.
- Dans le champ Intranet, entrez le nom de domaine complet (FQDN) du serveur SharePoint en utilisant l’alias DNS sans oublier le port 17012 et cliquez sur Save.
- Cliquez à nouveau sur Edit Public URLs.
- Dans Alternate Acces Mapping Collections, sélectionnez une collection via Change Alternate Access Mapping Collection.
- Cliquez sur SharePoint – 80.
- Dans le champ Intranet, entrez le nom de domaine complet (FQDN) du serveur SharePoint en utilisant l’alias DNS et cliquez sur Save.
Voilà SharePoint est maintenant installé et configuré pour fonctionner avec les alias DNS. Il ne vous reste plus qu’a installer normalement les extensions TFS pour SharePoint.
Pour la dernière partie nous verrons comment installer et configurer Team Foundation Server pour utiliser l’ensemble des composants que nous venons de mettre en place
Carpe Diem.
TFS : Installation avec des alias DNS – Partie 1 : Data Tiers
5/11/12
Dans ma précédente série de billet j’ai abordé le sujet de comment renommer les serveurs hébergeant les différents composants de TFS et reconfigurer l’ensemble pour avoir une plateforme à nouveau opérationnelle. Dans cette nouvelle série je vais vous expliquer comment réaliser une installation en utilisant des alias DNS afin de simplifier grandement un changement ultérieur de serveur vu qu’il n’y aura qu’à mettre à jour l’alias
Même si vous décider d’installation l’ensemble des composants sur un serveur unique, la mise en place d’alias DNS pour l’ensemble des composants dès l’installation vous simplifiera la vie en cas d’évolutions futures. Voici la liste des composants pour lesquels on aura un alias :
- SQL Server
- Analysis Services
- Reporting Services
- SharePoint
- Team Foundation Server (Application Tiers)
J’aborderai en 3 parties la configuration spécifique par rapport à une installation standard :
- Partie 1 : Data Tiers
- Partie 2 : SharePoint
- Partie 3 : Team Foundation Server
Commençons par voir la partie Data Tiers qui comprend SQL Server, Analysis Services et Reporting Services. Voici les alias que j’utiliserai, libre à vous d’utiliser ceux que vous voulez
- SQL Server : sql01
- Analysis Services : analysis01
- Reporting Services : reporting01
Le domaine utilisé dans mon tutoriel sera demo.local.
SQL Server
Pour la partie SQL Server (base de données uniquement), il n’y a aucune configuration spécifique étant donné que ce composant ne dépend d’aucun autre
Analysis Services
Comme pour SQL Server, ce composant ne dépendant à l’installation d’aucun autre composant il n’y a pas de configuration particulière ; sauf dans un cas, si vous installer Analysis Services sur le même serveur qu’un composant qui dépend de lui. Dans ce cas après l’installation il faut modifier une clé de registre afin de désactiver la vérification d’un loopback. En effet par défaut il n’est pas possible de se connecter à Analysis Services localement par une autre adresse que “localhost”. Voici la procédure pour désactiver cette vérification :
- Ouvrez l’éditeur de la base de registre (regedit.exe).
- Allez à la clé de registre HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
- Ajouter l’entrée DisableLoopbackCheck de type DWORD avec pour valeur 1.
Attention ceci aura des conséquences sur la sécurité de votre serveur. Pour plus d’information vous pouvez consulter le site de Microsoft : http://support.microsoft.com/kb/983444
Reporting Services
L’installation et la configuration de Reporting Services est un peu plus longue afin d’utiliser des alias DNS. Pour cela il faut :
- Installation Reporting Services mais sans le configurer.
- Une fois l’installation terminée il faut configurer manuellement Reporting Services via l’interface de gestion de la configuration.
- Se connecter au serveur SSRS local.
- Dans l’onglet Database, cliquez sur Change Database.
- Sélectionnez Create a new report server database et cliquez sur Next.
- Dans le champ Server Name, entrez le nom de domaine complet (FQDN) du serveur SQL en utilisant l’alias DNS et cliquez sur Next.
- Terminez la création de la base de données en utilisant les valeurs par défaut.
- Dans l’onglet Web Service URL, cliquez sur Apply.
- Dans l’onglet Report Manager URL, cliquez sur Apply.
- Dans l’onglet Web Service URL, cliquez sur Advanced.
Si vous vous demandez pourquoi on a quitté l’onglet Web Service URL et que l’on revient dessus c’est tout simplement que la console de configuration ne se rafraichit pas automatiquement et qu’il faut sortir et revenir sur l’onglet pour que le bouton soit disponible
- Dans la section Multiple HTTP Identities, cliquez sur Add.
- Cliquez sur Host Header Name et entrez le nom de domaine complet du serveur Reporting Services en utilisant l’alias DNS et cliquez sur OK.
- Cliquez sur OK pour fermer la fenêtre Advanced Multiple Web Site Configuration.
- Dans l’onglet Report Manager URL, cliquez sur Advanced.
- Dans la section Multiple Identities, cliquez sur Add.
- Cliquez sur Host Header Name et entrez le nom de domaine complet du serveur Reporting Services en utilisant l’alias DNS et cliquez sur OK.
- Cliquez sur OK pour fermer la fenêtre Advanced Multiple Web Site Configuration.
- Cliquez sur Exit pour fermer la fenêtre de configuration de Reporting Services.
Voilà l’ensemble des composants de SQL Server sont maintenant installés et configurés pour fonctionner avec les alias DNS Pour la suite nous verrons comment installer et configurer la partie SharePoint.
Carpe Diem.
TFS 2012 : Ajouter une section dans le résumé d’une build
9/07/12
Avec les précédentes version de TFS si vous vouliez personnaliser le résumé d’une build faite via TeamBuild il fallait développer un add-in à Visual Studio et le déployer sur l’ensemble des postes clients. Cette manière de faire n’est pas très simple à mettre en place, elle a donc été simplifiée dans Visual Studio 2012 / Team Foundation 2012
Tout ce passe avec la nouvelle activité standard pour TeamBuild WriteCustomSummaryInformation :
- Ouvrez votre workflow de build.
- Ajouter l’activité WriteCustomSummaryInformation ou vous le souhaité.
- Paramétrer l’activité.
Les paramètres disponible sont les suivants :
- SectionKey : la clé unique définissant la section,
- SectionDisplayName : le nom de la section affiché dans le résumé,
- SectionPriority : la priorité de la section permettant de définir son emplacement par rapport aux autres,
- Message : le message à afficher.
On obtient alors un jolie section personnalisée :
Si vous souhaiter afficher plusieurs lignes depuis plusieurs endroit dans le workflow, ajoutez autant de fois que nécessaire l’activité en vérifiant bien de spécifier la même valeur pour le paramètre SectionKey. Pour les paramètres SectionDisplayName et SectionPriority, c’est la première valeur qui sera utilisée.
Concernant les messages, ils sont forcement de type texte et peuvent par contre contenir des liens. Pour cela utilisez la syntaxe suivante : [texte](lien). Si le lien commence par “vsts:” il sera considéré comme un lien pointant vers un élément dans TFS et sera pris en charge directement par Visual Studio ; pour les autres liens, c’est le système d’exploitation qui sera appelé
Concernant la priorité, il faut spécifier une valeur supérieure ou égale à 0, 0 étant la priorité la plus importante faisant apparaitre la section en premier. La première section standard commence à 100. Vous pouvez passer la souris sur le titre d’une section pour voir sa clé et sa priorité (comme vous pouvez le voir sur la capture précédente ). Il est d’ailleurs possible en utilisant ces informations de rajouter vos propres messages dans des sections existantes. Vous pouvez aussi les réordonner et les renommer en spécifant de nouvelles valeurs pour SectionDisplayName et SectionPriority
Si vous avez bien lu les explications précédentes, je ne parle que de message texte. En effet il s’agit d’une limitation de cette activité, on ne peut ajouter que des sections contenant du texte. Si vous voulez ajouter une section avec un contenu plus riche (texte, images, graphiques…) vous devrez réutiliser la même méthode que pour les précédentes version de Visual Studio.
Bien que ne couvrant pas tout les besoins c’est déjà un grand pas en avant !
Carpe Diem.
VS 2012 / TFS 2012 : La Release Candidate est disponible
1/06/12
Depuis hier soir Microsoft a mis à disposition la Release Candidate de la nouvelle version de sa gamme de produit Visual Studio. Microsoft en profite pour officialiser le nom, il ne faut plus parler de Visual Studio 11 ou Team Foundation Server 11 (11 étant le numéro de version) mais de Visual Studio 2012 et Team Foundation Server 2012 (qui l’eu cru ).
Si vous avez un abonnement MSDN, vous pouvez vous connecter dessus afin de télécharger les ISOs :
- En français : http://msdn.microsoft.com/subscriptions/downloads/default.aspx#searchTerm=&ProductFamilyId=464&Languages=fr&PageSize=10&PageIndex=0&FileId=0
- En anglais : http://msdn.microsoft.com/subscriptions/downloads/hh442898#searchTerm=&ProductFamilyId=464&Languages=en&PageSize=10&PageIndex=0&FileId=0
Sinon vous pouvez vous rendre sur le site de Visual Studio pour récupérer l’installeur Web :
- En français : http://www.microsoft.com/visualstudio/11/fr-fr/downloads
- En anglais : http://www.microsoft.com/visualstudio/11/en-us/downloads
Je reviendrai dans un prochain billet sur les modifications apportées depuis la beta. La plus visible sans même avoir installé le produit est bien évidemment la mise à jour du logo
Vous serez aussi heureux d’apprendre que Microsoft a écouté les retours des utilisateurs et a réintroduit de la couleur
Carpe Diem.
