Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Pourquoi il est important de bien choisir son workspace lors d’une build

Le workspace d’une build est le passage obligé lors de sa création. SI il est mal fait, la build ne pourra pas être utilisée à 100% de ses capacités.

Prenons un exemple avec le source suivant:

image

Il y a 2 applications: App_X et App_Y. J’ai configuré 2 builds quasiment identiques pour App_X:

image

Ces 2 builds ont que leurs workspaces de different:

image

Ces 2 builds feront exactement la même chose tant qu’elles seront lancées manuellement. Une première différence peut apparaître au lancement car la build possède la tâche suivante:

image

S’il y a beaucoup de fichiers, la première build sera donc plus longue et surtout si un label est posé, il le sera sur tout le source: ce qui ne sera pas très pratique lorsque l’on voudra récupérer  le source de App_X posé sur cette build: on récupérera aussi celui de App_Y! Imaginons maintenant que l’on veuille que les builds soient en mode intégration continue, c’est à dire qu’à chaque check-in du projet la build se lance. Les 2 builds vont avoir un comportement différent.

C’est pas magique: la seule façon  de savoir quelle build doit être lancée à chaque check-in et de confronter les fichiers du changeset, et les workspaces des builds. Si un des fichiers est compatible avec le workspace de la build, cette build est lancée. Modifions maintenant un fichier du projet App_Y. Il se passe la chose suivante: la build App_X est activée alors que l’on n’a pas du tout modifié le project App_X et la build App_X_2 n’est bien sur pas lancée:

image

Ces quelques secondes passées à la définition du workspace font donc toute la différence!

 

End of line

Publié lundi 25 avril 2011 10:00 par Miiitch
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

Commentaires

Pas de commentaires
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Nouveau blog en anglais / New blog in english ! par Le blog de Patrick [MVP SharePoint] le il y a 8 heures et 53 minutes

- [ #Yammer ] From Mailbox to Yammer and back / De votre messagerie vers Yammer et retour ! par Le blog de Patrick [MVP SharePoint] le 09-15-2014, 11:31

- [ #Office 365 ] New service settings panel / Nouveau panneau de paramétrage des services par Le blog de Patrick [MVP SharePoint] le 09-11-2014, 08:50

- Problème de déploiement pour une démo SharePoint/TFS? par Blog de Jérémy Jeanson le 09-10-2014, 21:52

- [ #Office365 ] Delve first impressions / Premières impressions sur Delve par Le blog de Patrick [MVP SharePoint] le 09-09-2014, 16:57

- [ #Office365 ] How to change Administration console language ? / Comment changer la langue de la console d’administration ? par Le blog de Patrick [MVP SharePoint] le 09-09-2014, 08:25

- [ #SharePoint 2013 ] Suppression de bases de données en état “Pas de Réponse” par Le blog de Patrick [MVP SharePoint] le 09-04-2014, 14:10

- Changer l’adresse d’une ferme Office Web Apps associée à SharePoint par Blog de Jérémy Jeanson le 09-01-2014, 22:21

- Une ferme #SharePoint 2013 dans @Azure en quelques clics (1ère partie) ! par Le blog de Patrick [MVP SharePoint] le 08-28-2014, 18:52

- SharePoint 2013: Préparation de la migration - Création des site Templates dans 2010 et 2013 par Blog Technique de Romelard Fabrice le 08-20-2014, 16:31