Customiser VSTS et le synchroniser avec Project 2016

Objectif

Les projets d’équipe de VSTS offrent la possibilité de gérer les item du product backlog. Depuis l’interface web de VSTS on peut :

Définir des Epics, des Features, des Product Backlog Items
Découper les Product Backlog Items en Task
Assigner les différentes Tasks
…

Ces différents items sont personnalisables en fonction de vos besoins de suivi de projet.Il est aussi possible de les gérer du portfolio du projet depuis Project 2016 en synchronisant ce dernier avec le projet d’équipe VSTS personnalisé.

Prérequis

Avoir un projet VSTS avec un backlog rempli
- Si ce n’est pas le cas vous pouvez créer un projet rapidement en suivant cet article
Installer Project 2016

Au sein de cet article nous utilisons le projet ArticleSyncProject généré par l’utilitaire VSTS Demo Data generator en utilisant le template MyHealthClinic.

Lier VSTS à Project 2016

Depuis Project 2016, on peut créer un lien bidirectionnel avec un projet VSTS pour synchroniser les données.

Etape1

Il est nécessaire de créer une query pour sélectionner les items à synchroniser avec Project 2016.

Dans notre cadre , nous allons créer une query à partir des items présents dans le sprint2.

CreateQuery1

Cliquer sur « Create query »
Saisir un nom à la query
Sélectionner un répertoire

CreateQuery2

Etape 2

Nous pouvons maintenant utiliser Project 2016.

Créer un nouveau projet Vide

Project 1

Etape 3

Se connecter au projet d’équipe ArticleSyncProject

Aller dans l’onglet Equipe du ribbon
Cliquer sur « Choisir un projet d’équipe

Project 2

Dans la fenêtre de choix :

Sélectionner le serveur TFS ou l’URL VSTS souhaité
Sélectionner la collection projet d’équipe souhaitée
Sélectionner le projet d’équipe à lier
Effectuer la connexion en cliquant sur « Connect »

Project 3

Etape 4

Maintenant que votre projet est connecté à votre projet VSTS, vous pouvez récupérer vos items.

Dans l’onglet « Equipe » du Ribbon, cliquer sur « Obtenir les différents de travail »

Project 4

Depuis la fenêtre de sélection :

Sélectionner la query créée lors de l’étape 1
Cliquer sur « Find » récupérer les items
Sélectionner tous les items qui vous intéressent
Cliquer sur « OK »

Project 5

Etape 5

Vous pouvez maintenant manipuler vos items depuis Project.

Cliquer sur « Actualiser » pour les mettre à jour sous Project depuis VSTS
Cliquer sur « Publier » pour les mettre à jour sous VSTS depuis Project

Project 6

Attention, seuls les champs mappés entre VSTS et Project sont synchronisés.

Cliquer sur « Afficher les mappages de colonnes » afin de contrôler quels champs sont synchronisés.

Customiser et Modifier le mappage des colonnes entre VSTS et Project 2016

Nous venons de voir comment lier un projet VSTS à Project 2016.

Dans notre projet d’exemple, ArticleSyncProject, basé sur le Template scrum, on constate que la date de début et la date de fin des différents items ne font pas partie du mappage avec VSTS. Ainsi les modifications que l’on fera sur Project pour les date de début et de fin ne seront pas sauvegarder dans VSTS.

Ceci est normal si on utilise le Framework Scrum, mais il existe une solution afin de remonter ces informations dans le projet VSTS

Il faut ajouter la date de début et de fin aux types d’items dans le projet VSTS que l’on souhaite synchroniser. Dans notre cas :

Product Backlog Item
Task

Etape 1

Dans un premier temps nous allons créer un nouveau Template projet héritant du Template scrum de VSTS.

Dans les paramètres, cliquer sur « Account Setting »

Template0

Ceci permet d’accéder aux paramètres du VSTS.

Aller dans l’onglet « Process »
Sélectionner le Template Scrum de VSTS
Dans le menu contextuel du Template Scrum, cliquer sur « Create inherited process »

Template1

Dans la fenêtre de création :

Saisir le nom du nouveau Template : ScrumProjectTemplate
Cliquer « Create Process »

Template2

Etape 2

Maintenant que votre nouveau Template est créé, nous pouvons ajouter les nouveaux champs.

Cliquer sur le Template

Template3

Nous allons commencer par modifier les Tasks du nouveau Template.

Cliquer sur Tasks

Template5

Cliquer sur « New Field »

Template6

Dans la fenêtre d’ajout d’un champ :

Sélectionner « Use an existing field »
Sélectionner le Field « Start Date »
Cliquer sur « Add Field »

Template7

Faire de même pour ajouter le champ « Finish Date » au type « Task »

Template9

Répéter les opérations pour ajouter les champs Start Date et Finish Date au type « Product Backlog Item »

Etape 3

Nous pouvons à présent associer notre nouveau Template à notre projet.

Dans le menu contextuel du nouveau Template, ScrumProjectTemplate :

Cliquer sur « -> Change team projects to use ScrumProjectTemplate »

TemplateToProject1

Dans la nouvelle fenêtre :

Sélectionner le projet : ArticleSyncProject
Cliquer sur « OK »

TemplateToProject2

Un projet d’équipe est associé au Template ScrumProjectTemplate.

TemplateToProjec3

En accédant au détail d’une task du projet ArticleSyncProject, les nouveaux champs sont maintenant présents.

TemplateToProject4

Etape 4

Nous pouvons maintenant modifier le mappage entre Project2016 et VSTS pour synchroniser les 2 nouveaux champs « Start Date » et « Finish Date ».

Pour ceci nous devons utiliser en ligne de commande l’utilitaire TFSFieldMapping que vous trouverez dans :

%programfiles%\Common Files\microsoft shared\Team Foundation Server\15.0

Ouvrir l’inviter de commandes en tant qu’Administrateur

Mapping0

Saisir : cd %programfiles%\Common Files\microsoft shared\Team Foundation Server\15.0
Saisir la commande :
- TFSFieldMapping download /collection:https://xxxx.visualstudio.com /teamproject:ArticleSyncProject /mappingfile:C:\Mapping.xml

Mapping1

Le fichier de « Mapping.xml » contient le xml suivant :

Mapping2

Pour lier les deux nouveaux champs, ajouter les 2 éléments XML suivant :
- <Mapping WorkItemTrackingFieldReferenceName= »Microsoft.VSTS.Scheduling.StartDate » ProjectField= »pjTaskStart »/>
- <Mapping WorkItemTrackingFieldReferenceName= »Microsoft.VSTS.Scheduling.FinishDate » ProjectField= »pjTaskFinish »/>
Saisir la commande suivante pour charger le nouveau fichier de mapping sur le projet ArticleSyncProject sous VSTS :
- TFSFieldMapping upload /collection:https://xxxx.visualstudio.com /teamproject:ArticleSyncProject /mappingfile:C:\Mapping.xml

Mapping3

Etape 5

Actualisons le mappage entre VSTS et Project 2016.

Pour ceci retournons sur notre fichier Project2016 lier à notre projet VSTS :

Cliquer simplement sur « Actualiser »

Mapping4

Cliquer sur « Afficher les mappages de colonnes » afin de contrôler quels champs sont synchronisés.

Mapping5

Etape 5

Vous pouvez maintenant modifier les dates de début et de fin dans Project, elles seront synchroniser avec le projet VSTS.

En suivant la procédure décrite dans cette article, vous pourrez ajouter et mapper de nouveaux champs entre VSTS et Project 2016.

Pour modifier le fichier de mappage vous trouverez la liste des noms de champ existant sur votre VSTS :

Dans les paramètres, cliquer sur « Account Setting »
Aller dans l’onglet « Process »
Cliquer sur « Fields »

Mapping6

En ce qui concerne le nom de champs sous Project, il suffit de préfixer le nom du champ par : pjtask

Par exemple : Text10 => pjTaskText10

Conclusion

En liant VSTS à Project 2016, on peut tirer parti du meilleur des deux.

Avec VSTS, on partage les informations du projet aux différents acteurs :

Développeurs
Testeurs
…

Avec Project, le chef de projet peut suivre et modifier rapidement les différentes informations du projet afin d’anticiper le plus tôt possible.

Ce lien entre VSTS et project 2016 demande un peu de travail au début, mais en utilisant les templates VSTS on rentabilise vite cet investissement.

Connecter VSTS à Teams

Objectif

Avec Teams vous pouvez partager un ensemble d’information aux différents membres de l’équipe sans que ceci aille sur le site VSTS du projet.

Prérequis

Avoir un projet VSTS avec un backlog rempli (si ce n’est pas le cas vous pouvez créer un projet rapidement en suivant cet article)
Installer Teams

Suivre les événements du projet

Par défaut, VSTS notifie par mail différents évènements qui se produisent sur un projet. Par conséquent, notre boîte mail se retrouve vite saturée de mail provenant de VSTS.

Certains de ces évènements sont envoyés par défaut seulement à la personne qui a déclenché l’évènement.

Par exemple, suite au commit du code d’un développeur sur la branche de développement, l’échec ou la réussite du build automatique (cas d’une intégration continue) sera envoyé seulement à ce développeur, par défaut.

En connectant VSTS à Teams, ces différentes notifications peuvent être partagées à l’ensemble de l’équipe projet, sans encombrer les boîtes mail de chacun.

Etape1

Vous devez créer un nouveau canal à votre équipe projet sous Teams

Cliquer sur « Ajouter un canal », dans le menu contextuel de l’équipe

Teams1

Dans la fenêtre de création du canal :

Saisir le nom du Canal
Cliquer sur « Ajouter »

Teams2

Etape 2

Il ne reste plus qu’à créer un connecteur pour que les notifications de VSTS arrivent dans le canal Suivi Backlog.

Sélectionner le canal
Cliquer sur « Connecteurs » dans le menu contextuel

Teams3

Dans la fenêtre de gestion des connecteurs :

Rechercher « Visual »
Cliquer sur le bouton « Configurer » du connecteur Visual Studio Team Service

Teams4

Dans la fenêtre de configuration :

Sélectionner votre compte de connexion à VSTS
Sélectionner le nom de la souscription VSTS

Teams5_1

Sélectionner le projet à surveiller

Teams5_2

Sélectionner le type d’évènement à surveiller
- Pour notre exemple : « Elément de travail mis à jour »

Teams5_3

Cliquer sur « Enregistrer »

Teams5_4

Lorsque la configuration est faite avec succès, le post suivant apparaît dans le canal :

Teams6

Etape 3

Vous pouvez tester le connecteur en modifiant par exemple une tâche du projet sous VSTS.

Teams7

Selon vos besoins, vous pouvez tester les différents types d’évènement que vous souhaitez écouter dans Teams.

Visualiser le Product Backlog du projet

Dans le canal dédié au projet, il est aussi possible d’ajouter un onglet afin de visualiser rapidement la backlog du projet sous forme de Kanban.

Etape 1

Dans le canal du projet :

Ajouter un nouvel Onglet, en cliquant sur « + »

TeamsBacklog1

Dans la fenêtre de sélection d’onglet :

Rechercher « VSTS »
Cliquer sur l’icône « VSTS »

TeamsBacklog2

Entrer vos identifiants de connexion pour VSTS

TeamsBacklog21 TeamsBacklog22

Etape 2

Dans la fenêtre de configuration de l’onglet VSTS :

Sélectionner un compte de connexion à VSTS

TeamsBacklog3

Sélectionner la souscription VSTS
Cliquer sur « Continuer »

TeamsBacklog4

Etape 3

Sélectionner le projet
Sélectionner l’équipe
Sélectionner le niveau des items du Backlog à visualiser
Cliquer sur « Enregistrer »

TeamsBacklog5

Etape 4

Visualiser et partager avec votre équipe le kanban.

TeamsBacklog6

Attention, seuls les personnes possédant un compte pour se connecter aux projets pourront accéder à cet onglet.

Conclusion

Si vous utilisez déjà Teams pour gérer vos projet au sein de vos équipes, connecter VSTS à Teams est pratique. L’ensemble des informations dont vous avez besoin sont maintenant disponible sur un seul outil Microsoft.

Teams permet de visualiser rapidement et simplement certaines informations du projet VSTS, si vous avez besoin de plus de détail passer directement par VSTS.

Générer simplement un projet de test sous VSTS

Objectif

Lorsque l’on regarde des articles ou des tutoriaux sur l’utilisation des différentes fonctionnalités de Visual Studio Team Services, on est souvent confronté à cette problématique : je fais mes tests sur quel projet ?

Dans ce cas on peut :

soit créer un nouveau projet de test sous VSTS. Mais ce dernier est vide, il faut donc passer du temps à tout recréer avant de tester la fonctionnalité qui nous intéresse.
soit utiliser un projet existant en cours d’utilisation par une équipe de Delivery. Cette option est relativement dangereuse et hasardeuse, car nos tests vont perturber la stabilité du projet.
Soit utiliser un projet de test déjà existant sur lequel on a déjà fait des tests, donc souvent dans un état incertain. Il est donc souvent préférable de supprimer nos projets de test.

L’objectif de cet article est donc de vous présenter un outil en ligne, fourni par Microsoft, qui permet de créer rapidement un projet sous VSTS avec déjà du contenu.

Prérequis

Avoir une souscription Visual Studio Team Services avec les droits pour installer des extensions si besoin

Création du projet VSTS

Avec l’utilitaire VSTS Demo Data generator on peut créer rapidement et simplement un projet de test sur sa souscription VSTS.

Ce projet contient déjà :

Un repository Git avec du code source
Un portfolio complet avec :
- des Epics
- des Features
- des Product Backlogs items
- et des Tasks
Des équipes
Des sprints
Un process build fonctionnel
Un process release

Etape 1

Aller sur la page : VSTS Demo Data generator

Compléter l’URL de votre souscription VSTS
Renseigner le jeton de sécurité que vous avez renseigné
Cliquer sur « Verify »

Etape 2

Lorsque la vérification de sécurité est validé, la page de création du projet VSTS est affichée.

Renseigner le nom du projet
Sélectionner le Template projet :
- MyHealthClinic
- MyShuttle2
- PartsUnlimited

Lors de la sélection du Template, l’utilitaire vérifie que les extensions nécessaires ont bien été installées sur votre VSTS. Dans le cas contraire, vous êtes invité à les installer.

Template MyHealthClinic

Etape21

Template MyShuttle2

Etape22

Template PartsUnlimited

Etape23

Dans notre cas nous avons choisi le Template MyHealthClinic.

Cliquer sur « Create Project »

Etape 3

Lorsque votre projet VSTS est créé, la page récapitulative suivante est affichée :

Resultat

Etape 4

C’est parti pour vos tests

Suppression du projet VSTS

Lorsque vous avez fini d’utiliser votre projet VSTS vous pouvez supprimer ce dernier.

Etape 1

Depuis la page d’accueil de votre compte VSTS, allez dans la page de la vue globale des projets définis dans votre VSTS.

Delete0

Etape 2

Dans la liste des projets, sélectionnez le projet à supprimer.

Delete3

Dans le menu contextuel, cliquer sur « Delete ».

Etape 3

Confirmer le nom de projet à supprimer dans la fenêtre de suppression.

Delete4

Etape 4

La suppression a été faite avec succès lors de l’affichage de la fenêtre ci-dessous.

Delete6

Conclusion

Je trouve cet utilitaire très pratique et simple à utiliser. Je peux enfin faire rapidement des tests sur des projets avec du contenu, sans perturber les équipes qui travaillent sur les autres projets VSTS.

Il manque plus qu’un utilitaire dans le même esprit pour créer les environnements associés à ces projets sur Azure.

Compiler et minifier les fichiers .less en fichier min.css

Objectif

L’objectif de cet article est d’ajouter une tâche Gulp à vos build définis sur VSTS pour compiler et minifier les fichiers .less.

Prérequis

Un projet VSTS avec une application web ASP.NET.
Une définition de build pour l’application ASP.NET du projet
Installer Node.js :
- Sur le poste de développement pour définir la tâche Gulp
- Sur le serveur de build, pour exécuter la tâche Gulp

Création de la tâche Gulp

La création de la tâche Gulp pour compiler et minimiser les fichier .less en fichier .min.css, est faite sur un poste de développement au sein de visual studio 2015.

Poste de développement

Prérequis

En plus de l’utilisation de visual studio 2015, il faut installer :

Node.js : pour la gestion et l’exécution des package npm. A télécharger ici
Task Runner Explorer: Il s’agit d’une extension pour Visual Studio afin de tester et gérer les tâches Gulp. A télécharger ici

Configurer gulp pour l’application web

Il faut ajouter au projet de l’application web 2 fichiers afin de configurer gulp :

gulpfile.js : contient les définitions des tâches Gulp à exécuter
package.json : contient les listes des packages nécessaire à l’exécution des tâches définies dans le fichiers précédents

Script de la tâche gulp « less » pour compiler et minifier les fichiers .less en .min.css

var gulp = require('gulp');
var less = require('gulp-less');
var path = require('path');
var watch = require("gulp-watch");
var rename = require('gulp-rename');
var minifyCSS = require('gulp-minify-css');
var plumber = require('gulp-plumber');

gulp.task('less', function () {
    return gulp.src('./Content/**/*.less')
    .pipe(plumber())
      .pipe(less({
          paths: [path.join(__dirname, 'less', 'includes')]
      }).on('error', function (err) {
          console.log(err);
      }))
      .pipe(minifyCSS().on('error', function(err) {
            console.log(err);
       }))
        .pipe(rename({suffix: '.min'}))
      .pipe(gulp.dest('./content/'));
});

Et ci-dessous le fichier de configuration package.json associé

{
  "name": "Mon projet",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "gulp": "^3.9.1",
    "gulp-less": "^3.3.0",
    "gulp-rename": "^1.2.2",
    "gulp-minify-css": "^1.2.4",
    "gulp-watch": "^4.3.11",
    "gulp-plumber": "^1.1.0"
  }
}

Tester la tâche Gulp

Sous Visual Studio :

Cliquez droit sur le fichier gulpfile.js
Dans « l’explorateur de solution »cliquez sur « Task Runner Explorer »
Dans la fenêtre de « Task Runner Explorer », Cliquez droit sur la tache « install » du package.json
Cliquez sur « Run »pour installer les packages en local à la solution
Dans la fenêtre de « Task Runner Explorer », Cliquez droit sur la tache « less »
Cliquez sur « Run »pour exécuter le test de la tâche

Ajouter la tâche au build VSTS

Prérequis sur le serveur de build

Le serveur de build doit contenir tout le nécessaire à la compilation de la solution. Node.js doit donc être installé sur le serveur de build. A télécharger ici

Modification de la définition du build VSTS

Connectez sur VSTS
Allez dans « Build & Realease »/Builds
Editez la définition du build pour lequel vous souhaitez ajouter la tâche Gulp
Ajoutez une tache « NPM »
Configurez cette tache afin d’installer les package npm nécessaire à l’exécution sur la tâche gulp précédemment créée: « less »
- Working folder : répertoire du projet contenant le fichier package.json
- npm command : install
- arguments : -config
Ajoutez une tâche « Gulp » afin d’exécuter la tache « less »
Configurez cette tâche afin d’exécuter la tâche gulp précédemment créée: « less »
- Gulp File Path : Chemin du répertoire du projet contenant le fichier gulpfile.js
- Gulp Task(s) : nom de la tâche à exécuter
- Arguments : Arguments nécessaire à la tâche
- Working Directory : Chemin du répertoire de travail, comme on travaille avec les packages npm définis pour le projet, il s’agit du répertoire du projet
Cliquez sur « Save »

Maintenant votre build VSTS exécute une tâche Gulp pour compiler et minifier les fichiers .less !

Mettre en place du déploiement continue en local depuis VSTS

Objectif

L’objectif de cet article est de vous présenter comment mettre en place une chaine de déploiement continue sur un serveur IIS local, hébergé sur votre réseau, à partir de code source stocké dans Visual Studio Team System.

Contexte

Vous stockez sur VSTS les code sources de vos différents projets applicatifs, mais vous aimeriez mettre en place un chaine de déploiement continue sur vos propres serveurs OnPremise n’ayant pas accès à internet à partir du code source contenu dans votre environnement VSTS.

La solution est de passer par un serveur build intermédiaire qui effectuera aussi le déploiement en local. Ce dernier aura donc un accès à VSTS et au serveur cible IIS hébergé dans le réseau interne.

VSTS_BuildInterne

Serveur de Build

Nous avons utilisé dans notre cas un serveur de Build avec Windows Server 2012 R2. Mais il est possible d’utiliser le poste de développement en guise de serveur de Build, à condition de respecter les prérequis suivant :

Windows 7 to Windows 8.1
Windows Server 2012 R2 (64-bit)
PowerShell 3.0 or higher

L’environnement de développement doit être installé sur le serveur de build et l’agent de build, afin que celui-ci puisse effectuer la compilation du code source contenu dans le VSTS.

Installation et Configuration

Environnement de développement

Il est préférable d’installer et de configurer l’environnement de développement avant de configurer l’agent de build, car ce dernier détecte automatiquement l’environnement du serveur lorsqu’il se connecte à VSTS.

Dans notre cas nous avons installé :

Visual Studio 2015 Enterprise, version minimum recommandée
NodeJs pour la compilation des less avec gulp
Framework 4.6.2

Agent de build

Prérequis de sécurité

Pour installer et configurer l’agent de build, utiliser un compte qui soit à la fois Administrateur du Serveur de build et qui soit administrateur dans VSTS.

Authentification avec un « Personal Access Tokens »

Connectez vous sur votre VSTS avec le compte administrateur que vous souhaitez utiliser
Ouvrez le profil du compte
Allez dans sécurité

PAT_1

Allez dans Personal Acces Tokens
Cliquez sur
Cochez seulement le scope Agent Pools (Read, manage), et veillez à laisser les autres décoché

Cliquez ensuite sur

PAT_5

Copiez le token ainsi obtenu

Note : Veillez à conserver précieusement le token généré, il sera utile pour configurer et supprimer l’agent.

Installation

Pour installer l’agent sur le serveur de build :

Connectez vous sur le serveur de build, avec un compte administrateur
Depuis le serveur, connectez vous sur votre VSTS avec un compte administrateur.
Allez dans Settings\Agent Pools
Cliquez sur

Une fenêtre contenant les commandes à effectuer pour installer sur différent OS s’ouvre.

DownLoadAgent_2

Lancer le téléchargement à la fin de celui-ci exécuter les commandes PowerShell du bloc Create Agent. Ceci décompressera le zip précédemment téléchargé dans le répertoire C:\agent.

Configuration

Création du pool

Lors de la configuration de l’agent de build, nous allons le rattacher à un pool que nous avons spécialement créé :

Connectez vous sur votre VSTS avec un compte administrateur.
Allez dans Settings\Agent Pools
Cliquez sur « New Pool… »
Dans la fenêtre de saisie, entrez le nom du nouveau pool : « Interne »

Create_Pool

Agent de build

Nous pouvons passer, maintenant, à la configuration de l’agent de build :

Dans la console PowerShell en tant qu’administrateur, placez vous dans le répertoire où a été installé l’agent
Exécuter la commande :

Un assistant de configuration en ligne de commande PowerShell démarre :

Connexion à VSTS :

Saisissez l’URL VSTS : https://{your-account}.visualstudio.com
Sélectionnez le type authentification PAT (précédemment configuré avec le compte que vous utilisé)
Saisissez le jeton précédemment généré

Inscription de l’agent sur VSTS :

Configuration_agent_Inscription_PS_4

Saisissez le nom du pool d’agent précédent créé : Interne
Saisissez le nom de l’agent, par défaut il vous propose le nom du serveur : BuildInterne
Saisissez le dossier de travail de l’agent : _workVSTS
Choisissez de l’exécuter en tant que Service, en saisissant ‘O’
Choisissez le compte par défaut

Résultat :

Connectez vous sur votre VSTS
Allez dans Settings\Agent Queues

Vous devez voir le résultat suivant :

Configuration_agent_Resultat_VSTS

Vous pouvez utiliser maintenant le pool Interne dans la configuration de vos Builds.

Note : Sur un serveur de build, vous pouvez installer plusieurs agent de build, il faut juste les utiliser des répertoires d’installation différents.

Création d’un Build VSTS

Connectez sur VSTS
Allez dans « Build & Realease »/Builds

Cliquez sur New

Create_Build_2

Sélectionnez le Template ASP.NET et cliquez sur « Apply »

Create_Build_3

Allez dans l’onglet « Triggers » pour activer l’intégration continue
Préciser la branche à surveiller

Allez dans l’onglet « Options » pour sélectionner l’agent interne précédemment créé

Allez dans l’onglet « Variables » Afin de modifier :
- BuildConfiguration selon la configuration souhaitez (Release, Debug, ou une que vous avez créée dans votre solution). Dans notre cas, nous avons créé la configuration de Build « Developpement »

Create_Build_Variables

Cliquez sur « Save »

Cliquez sur « Save »

Déploiement automatique

L’objectif est déployer automatiquement sur le serveur cible IIS, le dernier package compilé par le pool de build que nous venons de créer avec l’agent « BuildInterne ».

Configuration du serveur Cible

Dans notre cas nous effectuons le déploiement automatique sur un serveur web IIS Windows server 2012 R2.

Sur ce dernier, il faut activer WinRM : Remote Management.

WinRM

Pour activer WinRM sur Windows Server 2012 :

Connectez vous sur le serveur Cible
Ouvrir sur le serveur Server Manager > Local Server

Server_manager

Site Web Cible

Dans notre exemple, nous allons mettre en place un déploiement automatique sur un site web existant que nous allons créer sur le serveur manuellement. mais cette action est parfaitement automatisable dans le processus de déploiement automatique.

Connectez vous sur le serveur cible
Ouvrir sur le serveur IIS manager
Ajouter un nouveau site Web, par exemple : WebInterne sur un port libre

Note : Pensez bien à ouvrir le port utilisé sur le serveur cible

Créer une release

Connectez sur VSTS
Allez dans « Build & Realease »/Releases

Create_release_1

Cliquez sur « Create release definition »

Create_release_2

Sélectionnez Empty et cliquez sur Next

Sélectionnez votre projet
Sélectionnez la définition du build que vous avez précédemment créé
Cochez « Continuous Deployement », pour le déploiement s’exécute à chaque nouveau build.
Cliquez sur Create

Ajout de tâches

Maintenant que la release a été créé vide, il faut lui ajouter des tâches à exécuter.

Modifier le nom de la Release : Interne
Liez la release à un package de déploiement :
- Cliquez sur « Link to an artifact source «
Sélectionnez la queue de déploiement :
- Celle que nous avons précédemment créée : Interne

Cliquez sur « Add tasks » :
- Windows Machine File Copy
  - Ajouter la tache « Windows Machine File Copy », afin de copier le package à déployer sur le serveur cible.
  - Configurez cette tache de copie :
    - Sélectionner le fichier compresser dans le package précédemment lié,
- WinRM – IIS Web Deployment
  - Ajoutez la tache « WinRM – IIS Web Deployment »
    - Si cette dernière n’est pas disponible, il faut ajouter l’extension à votre VSTS depuis le market Visual Studio ici.
  - Configurez la tache :
    - WinRM :
      - Machines : Nom réseau du serveur cible
      - Admin Login/Password : Login et Password d’un compte admin sur le serveur cible
      - Protocol : Sélectionnez le protocole utilisez par le WinRM sur le serveur cible
    - Deploiement :
      - Web Deploy Package : Nom et chemin de copie du package de déploiement, définie dans la tache précédente
      - Website Name : Name du site web précédemment créé : Interne
Allez dans l’onglet « Triggers » :
- Cochez « Continuous Deployment »
- Sélectionnez le nom du build à surveiller et pour quelle branche le build a été effectué