none
Fractionner une collection de projets TFS, puis Déplacer vers une autre collection RRS feed

  • Question

  • Bonjour à toutes et tous,

    Nous mettons en chantier TFS dans notre entreprise (SSII)  et cela ne se fait pas sans quelques tâtonnements ... 

    Mon Cahier des Charges est le suivant :

    1.  Le choix de n'avoir qu'une seule collection de projets TFS est certain.

    2.  Un des projets de l'unique collection actuelle, de modèle Agile, doit être éclaté en plusieurs projets, tous de modèle CMMI.

    3.  Des centaines de fiches de bugs sont en rapport avec le projet à fractionner

    Les avertissements donnés

    ici  http://msdn.microsoft.com/fr-fr/library/dd936158.aspx 

    ici http://msdn.microsoft.com/fr-fr/library/dd936138.aspx

    ainsi que la lourdeur de l'affaire me font craindre le pire...

    Je recherche donc avis, conseils, recommandations, …,  de collègues qui se seraient lancés dans cette opération.

    Merci d’avance

    JC C

    • Déplacé Shrikant Maske mercredi 19 janvier 2011 21:11 Forum consolidation (Origine :Visual Studio Team System)
    mardi 12 octobre 2010 14:14

Toutes les réponses

  • Bonjour,

    Le choix de n'avoir qu'une seule collection de projets TFS est certain.
    Une collection de projet est surtout destiné à isoler un ensemble de projet sur différents serveurs physiques. Pour savoir si votre TFS doit-être réparti sur plusieurs serveurs, vous devez faire un découpage assez grossier de votre entreprise (par pôles, par équipe de 1000 personnes,...etc).

    Un des projets de l'unique collection actuelle, de modèle Agile, doit être éclaté en plusieurs projets, tous de modèle CMMI.
    Pourquoi dans ce cas créer un projet si celui-ci doit être éclaté ?

    Cordialement


    Gilles TOURREAU - MVP C# - MCPD Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5 - MCTS ADO .NET 3.5 / SQL Server 2008 Developper - Architecte .NET/Consultant/Formateur - http://gilles.tourreau.fr
    dimanche 17 octobre 2010 16:49
    Modérateur
  • Une collection de projet est surtout destiné à isoler un ensemble de projet sur différents serveurs physiques.

    C'est effectivement le cas : un seul serveur.

    Pourquoi dans ce cas créer un projet si celui-ci doit être éclaté ?

    Je ne souhaite pas le créer !

    Je suis dans la position où je dois éclater en plusieurs projets un "projet" énorme. C'est cette mauvaise définition de l'architecture réalisée au départ que je souhaite corriger maintenant.

     

    lundi 18 octobre 2010 13:40
  • Bonjour,

    Je sais que le post est assez ancien. Actuellement, je suis en train de me former sur l'outil. Et afin d'y parvenir plus efficacement je l'utilise pour gérer de petits projets perso pour voir les avantages/inconvénients des différentes situations les plus communes que nous pouvons rencontrer dans notre métier :).

    Et je me suis poser cette fameuse question... comment découper un projet lorsqu'il devient trop gros?

    Car dans un premier temps, mes projets sont donc simple. Mais au fil du temps ils vont se complexifier pour devenir assez complexe et sur des domaines qui pourront s'étendre. Ainsi il est difficile de découper les choses dès le début qui nécessite alors plus de temps d'administration que défini sur un seul projet, même si ensuite le projet devenant alors trop complexe, il faut justement le scinder afin de pouvoir l'administrer plus facilement et alors à nouveau avoir un temps amoindri en terme de gestion...

    Bref, étant donné que vous êtiez en recherche de renseignements j'espère que vous avez réussi à obtenir les informations que vous recherchiez... et je viens vers vous afin de savoir si vous désiriez les partagés...

    Merci.

    Cdt, 

    dimanche 24 juillet 2011 12:34