Comment exécuter TFS 2017 Agent en environnement de production sans installer Visual Studio

Question

Dans TFS 2017 Mise à jour 2, pas le TFS en ligne, comment puis-je utiliser la gestion des versions/Créer des agents dans un environnement de production sans installer Visual Studio sur la boîte de construction? Les meilleures pratiques alternatives sont les bienvenues!

Mon TFS est dans un environnement de développement contrôlé avec un autre, domaine non approuvé de la production. L'installation de Visual Studio sur des machines agent ne pose pas de problème ici (nécessaire pour les capacités d'agent vstest, visualstudio, et al).

Je peux configurer mes agents de production pour travailler avec TFS comme décrit ici: https://realalm.com/2016/11/25/tfs-2017-build-agent-in-untrusted-domain/

Cependant, je ne suis pas autorisé à charger Visual Studio lui-même sur les serveurs de production. Nous essayons d'utiliser les fonctionnalités de gestion des versions et de déploiement continu de TFS. Cependant, je ne vois pas comment obtenir les capacités de l'agent en production comme requis par les agents. Je pensais avoir un workflow qui construit/teste dans nos environnements dev/test/qa, dépose les fichiers dans un emplacement, puis l'agent de production tire simplement les fichiers et les déploie. Mais cela semble vaincre l'idempotence du code compilé et introduit un potentiel pour les fichiers à modifier entre les environnements. De plus, la génération/publication de production ne comporterait pas les artefacts de construction et de résultat de test associés et je devrais revenir en arrière par le biais des historiques de génération précédents pour les rapports. Cet environnement est très préoccupé par la conformité et l'audit, ce qui a un impact négatif sur les rapports.

Pour répéter la question, alors, comment dois-je utiliser RM/Construire des agents dans un environnement de production sans installer Visual Studio sur la machine de l'agent? Nous sommes nouveaux sur CD, donc je suis ouvert à l'idée que je n'ai pas le bon flux de travail.

Answer 1

Bien que la construction et agent de démoulage est le même logiciel, vous pouvez créer des pools d'agents dédiés d'agents « libération » qui n'ont pas de construire des préoccupations qui y sont installées.

Ensuite, il est juste une question de choisir la file d'attente de l'agent approprié lors de la création d'une définition de libération pour vos environnements de production. Chaque environnement dans une définition de version peut être configuré pour s'exécuter sur une file d'attente d'agent différente.

Votre build fonctionnera une fois, dans un environnement que vous voulez, puis publier un ensemble d'objets. Ce sera sur votre pool d'agents dédiés à la construction, et les agents de ce pool seront configurés de manière appropriée. Vos versions téléchargeront et déploieront ces artefacts. Ceux-ci seront exécutés sur votre pool d'agents dédiés au déploiement.