Question

Nous avons récemment déménagé à Team Foundation Server 2008 de Source Safe. Nous mettons en place un certain automatisé construit et avons couru dans quelques problèmes avec la publication de clic une fois les applications qui semblent avoir besoin d'autres installations sur le serveur de build.

J'ai vu les messages qui indiquent que l'IDE Visual Studio doit être installé. J'ai aussi vu les messages qui disent que l'installation du .NET Framework SDK serait résoudre le problème. Nous ne voulons pas installer plus que nécessaire sur le serveur de build, mais nous ne voulons pas avoir à faire de multiples demandes à notre équipe de serveur pour installer différentes pièces à différents moments. Alors, je voudrais savoir ce que la plupart des équipes finissent par l'installation.

S'il est important, nous ne disposons pas d'un serveur de construction dédié à ce point. Nous sommes une petite équipe (6 devs, tous les locaux). Sont des compositions qui se passe sur notre principale boîte de TFS, la pièce SQL Server est la seule partie qui est sur un serveur distinct.

Était-ce utile?

La solution

Selon cette , Visual Studio ne devrait pas être nécessaire - juste le .NET Framework. Une autre note à considérer à partir du lien est qu'ils recommandent contre les builds qui se passe sur la boîte TFS.

Autres conseils

Si vous êtes la compilation d'applications avec Team Foundation Build, le .NET Framework fera - mais dès que vous commencez à vouloir faire quoi que ce soit plus avancé (comme l'exécution de tests unitaires et ayant leurs résultats publiés dans TFS), puis vous aurez besoin de mordre la balle et installer une Visual studio Team Edition sur votre serveur de build. Je habituellement juste installer une copie de Team Suite sur le serveur de build pour que les gens qui sont autorisés à utiliser les différentes fonctions peuvent avoir ces fonctionnalités gérées dans le cadre d'une construction automatique.

Avoir de l'avoir installé sur votre serveur n'est pas idéal, mais vous donne la meilleure expérience à l'heure actuelle.

En ce qui concerne l'utilisation de votre serveur TFS comme serveur de construction, ce n'est pas recommandé pour les grandes équipes, car construit ont tendance à être assez CPU et bêtes IO intensifs - mais pour une petite équipe comme la vôtre et en supposant que vous n'avez pas trop construire des définitions qui pourraient fonctionner à la fois, vous devriez être en mesure de sortir avec elle.

Oui, j'ai installé VS sur le serveur de build. Je suivais leur manuel pour la mise en place TFS.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top