Ce qui est / sont la différence (s) entre MSBuild et TFSBuild

Question

Contexte: Nous avons une configuration du serveur TFS où je gère notre code source et le suivi des éléments de travail et des bugs. Nous avons aussi la configuration de CC.Net pour nous aider à faire CI (la plupart du temps juste et construire des tests unitaires d'exécution). Nous utilisons NET Framework 3.5 et VS 2008

Je suis familier avec MSBuild et l'utiliser dans notre projet actuel pour accomplir de nombreuses tâches pré-déploiement et de déploiement. Cependant, je ne suis pas sûr de l'objectif de TFSBuild. I penser il est utilisé au niveau TFS Server pour faire construire des tâches. Mais je ne peux pas trouver une bonne documentation pour savoir si et comment je (en tant que développeur, pas un administrateur de notre TFS ... les développeurs n'ont lu l'accès au serveur TFS) peut utiliser TFS Créer pour faire mes tâches de déploiement / CI plus facile. Peut utilisant TFSBuild rendre ma tâche plus facile / plus efficace quand je suis déjà en utilisant MSBuild pour mon processus de construction et CC.Net est déjà en cours d'exécution de l'ensemble des tests unitaires que nous avons? Est-TFSBuild une alternative à CC.NET? Qu'en est-il de l'intégration TFSBuild avec Visual Studio 2008?

Mise à jour: Quelle est la place « TeamBuild » dans cette pile. Plus que la théorie, un exemple simple qui met ces choses ensemble serait vraiment utile. En ce moment, nous faisons juste deux choses: utiliser MSBuild pour effectuer des tâches de déploiement (mise à jour le fichier de configuration, informations de version, publier l'application sur le serveur distant), puis CC.Net prend le relais. Où puis-je adapter TeamBuild / TFSbuild dans cette image. Et plus important encore, dois-je cela? Je comprends que tout le monde a des exigences différentes, mais peut-il aider en général? Une bonne raison pour laquelle je suis arrivé de l'une des réponses à l'aide de build TFS était de créer des billets TFS automatiquement dans certaines conditions. Quelles sont les choses comme ce que vous les gars font habituellement?

Answer 1

TFS utilise même MSBuild 3.5 sous le capot pour builds automatique que Visual Studio 2008 utilise localement. TFS définit sa propre séquence de construction en fournissant MSBuild avec un fichier .proj qui importe des objectifs TFS spécifiques et enrichit la séquence de construction de la solution avec les fonctionnalités utiles dans l'environnement de l'équipe (c.-à-Obtenir la dernière version du contrôle de source, faire la construction, créer billet TFS si la construction échoue, etc.)

Voici ma tentative de donner un sens de tous ces construire des cadres en offrant une perspective historique: (mes suppositions et hypothèses peuvent être non valides, mais doivent encore être utile d'information conceptuelle pour les noobs). Checkout la dernière section intitulée "TFS-concepts liés MSBuild." - il a des liens utiles

Answer 2

  

MSBuild vs TFSBuild

     

MSBuild est la technologie qui est utilisée pour les builds réelle. Le « Établit » nœud dans Team Explorer est un fichier XML qui introduit les paramètres de base qui inputed dans MSBuild être. Lorsque vous ajoutez un contrat de construction dans ce nœud il fait ajouter des fichiers à votre arbre de contrôle de code source. Ce sont les fichiers qui sont connectés à MSBuild que vous personnaliser.

     

Vous pouvez automatiser vos builds très facilement. Il est un outil de ligne de commande appelé tfsbuild, ce qui devrait se trouver dans le programme% Files% \ Microsoft Visual Studio 8 \ Common7 \ dossier IDE. Vous spécifiez un serveur TFS, une équipe de projet, et un type de construction (le nom que vous avez créé dans le « Builds » nœud). Utilisez cette ligne de commande utilitaire et utiliser le planificateur de tâches de Windows pour appeler ce (Program Files -> Accessoires -> Outils système -> Planificateur de tâches).

     

Source: MSDN Forums

Answer 3

S'il vous plaît voir l'article équipe construction 2008 par Brian A. Randell.

En outre, s'il vous plaît voir les ressources En savoir Team System et Team Foundation Server et Team System Developer Center.

Il y a beaucoup de ressources là-bas, y compris les ressources pour les débutants.