Organisation de votre serveur avec des collections de projets d'équipe
Vous pouvez gérer plus efficacement vos projets d'équipe en les regroupant et en leur assignant les mêmes ressources. Par exemple, vous pouvez regrouper des projets qui partagent des spécifications ou objectifs semblables, tels que tous les projets qui se rapportent à une même base de code. Vous pouvez gérer ensuite ce regroupement comme une ressource autonome avec ses propres groupes d'utilisateurs, ressources de serveur et calendrier de maintenance. Dans Visual Studio Team Foundation Server 2010, vous regroupez des projets d'équipe dans une ou plusieurs unités d'organisation appelées des collections de projets d'équipe. Une collection de projets d'équipe est une structure d'organisation que vous pouvez utiliser pour définir et contrôler un groupe de projets d'équipe dans Team Foundation Server. Lorsque vous créez une collection, vous spécifiez les ressources logiques et physiques que les projets d'équipe de cette collection peuvent utiliser. Tous les artefacts et données utilisés par ces projets sont stockés dans la base de données unique de la collection.
Les collections de projets d'équipe fournissent les avantages suivants aux administrateurs de serveur :
Une base de données unique qui stocke toutes les données de chaque projet dans chaque collection. Les administrateurs peuvent sauvegarder et restaurer cette base de données indépendamment des autres collections.
Une méthode évolutive que les administrateurs peuvent utiliser pour gérer les ressources nécessaires au travail de développement. Les administrateurs peuvent réaffecter des ressources pour mieux répondre aux demandes des projets dans une collection.
Les collections de projets d'équipe fournissent les avantages suivants aux administrateurs de projet :
Un regroupement de projets connexes pouvant partager des rapports, des éléments de travail, un guide de processus, ainsi qu'une base de code.
Une base de code autonome qui peut être créée, reliée par une branche, fusionnée et itérée selon les besoins des projets de la collection. Les dépendances de code extérieures à la collection peuvent être gérées de manière formelle.
Si vous créez plusieurs collections, vous pouvez stocker toutes les bases de données les concernant sur une instance unique de SQL Server, ou vous pouvez distribuer les bases de données sur une ou plusieurs instances.
L'illustration suivante montre comment les bases de données pour les collections de projets d'équipe sont intégrées à l'architecture logique de Team Foundation Server :
Lorsque vous installez Team Foundation Server, vous pouvez créer une collection par défaut pour contenir tous les projets d'équipe, ou vous pouvez différer la création d'une collection. Par exemple, vous pouvez différer la création de votre première collection jusqu'à après l'ajout d'une application Web SharePoint hébergée sur un serveur qui exécute Microsoft Office SharePoint Server 2007. Toutefois, vous devez créer au moins une collection avant de pouvoir créer votre premier projet d'équipe. Tous les projets doivent être créés dans une collection.
Si vous mettez à niveau Team Foundation Server depuis une version antérieure, une collection par défaut est créée et tous les projets existants sont stockés dans cette collection. Après avoir procédé à l'installation ou à la mise à niveau, vous pouvez créer plus de collections pour mieux répondre aux besoins de votre organisation.
Avantages de la création de plusieurs collections de projets d'équipe
Si vous créez plusieurs collections, vous pouvez mieux séparer les besoins opérationnels d'une base de code ou autre regroupement de projets de ceux d'un regroupement distinct. Dans la mesure où les données de chaque collection sont stockées dans leur propre base de données, vous pouvez gérer indépendamment et séparément de nombreux aspects de chaque collection des autres collections dans votre déploiement. Par exemple, vous pouvez arrêter et démarrer chaque collection individuellement. Par conséquent, vous pouvez planifier des opérations de maintenance pour chaque collection à des moments différents.
Étant donné que chaque collection a son propre jeu d'utilisateurs et d'autorisations, vous pouvez renforcer votre sécurité opérationnelle en isolant différentes bases de code dans différentes collections. Vous pouvez ajouter ensuite uniquement des utilisateurs à la collection qui contient le ou les projets se rapportant à cette base de code particulière.
Inconvénients de la création de plusieurs collections de projets d'équipe
Si vous créez plusieurs collections, vous augmentez la complexité de votre déploiement de Team Foundation Server. Vous devez sauvegarder et restaurer la base de données pour chaque collection, et les autres tâches de gestion et de maintenance augmentent également en fonction du nombre de vos collections. Par exemple, vous devez gérer individuellement le jeu d'utilisateurs et d'autorisations pour chaque collection de projets d'équipe.
De plus, vous devez prendre en compte les éléments suivants avant de prendre la décision de créer plusieurs collections :
Vous ne pouvez pas lier d'éléments de travail provenant de plusieurs collections.
Vous ne pouvez pas brancher ou fusionner du code provenant de plusieurs collections.
Vous ne pouvez pas créer de requêtes pour plusieurs collections.
Vous pouvez exécuter toutes ces fonctions sur des projets d'équipe de la même collection. Consolidez les efforts d'équipe pour les projets dans une collection unique pour que vos efforts de développement tirent parti de la capacité de branchement et de fusion du code, ou interrogez l'état des éléments de travail qui se rapportent à ce code.
Tâches courantes
Rubriques |
Description |
---|---|
Créer une collection de projets d'équipe Configuration de ressources pour prendre en charge les projets d'équipe Ajouter l'intégration avec les produits SharePoint à un déploiement de Team Foundation Server |
Organiser des ressources pour la prise en charge de projets d'équipe : vous pouvez créer une ou plusieurs collections de projets d'équipe pour organiser et prendre en charge des projets de développement connexes. |
Ajouter un serveur de rapports à une collection de projets d'équipe Ajouter une application Web SharePoint à une collection de projets d'équipe |
Ajouter des ressources aux collections de projets d'équipe existantes : vous pouvez ajouter une application Web SharePoint ou un serveur qui exécute SQL Server Reporting Services à une collection de projets d'équipe après l'avoir créé. |
Modifier l'emplacement d'une collection de projets d'équipe : vous pouvez déplacer une collection de projets d'équipe d'un déploiement Team Foundation Server vers un autre. |
|
Réorganiser les projets contenus dans une collection de projets d'équipe : vous pouvez modifier l'organisation des projets dans une collection en la divisant puis en supprimant les projets de chaque collection jusqu'à ce que les deux collections aient un jeu unique de projets. |
|
Démarrer ou arrêter une collection de projets d'équipe : vous pouvez arrêter une collection de projets d'équipe pour la maintenir ou mettre à jour un composant sous-jacent dont dépend Team Foundation Server. |
|
Modifier une collection de projets d'équipe Ajouter des utilisateurs aux projets d'équipe Définir des autorisations d'administrateur pour des collections de projets d'équipe |
Modifier les ressources pour les projets d'équipe dans une collection : vous pouvez modifier les ressources qui sont disponibles pour les projets d'équipe dans une collection, telle que l'application Web utilisée par les projets de la collection. Vous pouvez également modifier des groupes et des autorisations utilisateur au niveau de la collection. |
Supprimer une collection de projets d'équipe : vous pouvez augmenter les ressources accessibles aux autres collections de projets d'équipe et simplifier votre déploiement en supprimant des collections qui ne contiennent pas de projets actifs ou viables. |
Référence
Configuration de votre serveur à l'aide de la Console Administration Team Foundation
Configuration de ressources pour prendre en charge les projets d'équipe