Etapas para alterar o modelo de processo para um projeto existente no TFS 2010
Eu tenho uma instalação de servidor TFS que, com o tempo, passou por atualizações do TFS 2005 para o TFS 2008 e depois para o TFS 2010. Durante a vida útil da instalação, muitos projetos foram criados e diferentes modelos de projetos foram usados. MSF Agile 4.0, 4.1, 4.2 e 5.0. e alguns MSF CMMI.
O que eu gostaria de fazer é "substituir" o modelo de projeto usado para todos esses projetos para usar um novo modelo comum: o Microsoft Visual Studio Scrum 1.0.
Estou ciente de que os modelos de projeto TFS são usados comomodelos para criar novos projetos e não pode modificar as definições de projetos tfs após a criação.
Até agora, apenas o controle de versão e a parte do servidor de compilação do TFS foram usados e não existem tipos de itens de trabalho existentes.
Além disso, todos os projetos e scripts de construção dependem dos caminhos do código-fonte permanecem os mesmos.
A meu ver, tenho as seguintes opções:
Crie novos projetos TFS usando o modelo de projeto correto e mova / ramifique o código-fonte para o novo projeto.
Todo o código é movido para um projeto de equipe temporário.O projeto antigo é excluídoNovo projeto com o nome original e o modelo de processo correto é criadoO código é movido para o novo projeto de equipeProjeto de equipe temporário excluído
Todas as definições de construção precisam ser recriadas, o que não é uma opção.
O movimento / ramificação do código-fonte "atrapalha" o histórico de versão
Ao atrapalhar o histórico de versões, quero dizer que, quando você move o código-fonte, nos bastidores é feita uma renomeação de delete + source no local original e o histórico ainda estará localizado no projeto antigo. Isso dificultará a pesquisa no histórico e, se eu realmente excluir o projeto antigo, perderei todo o histórico antes que o código-fonte seja movido.
Isso realmente não é uma opção para mim, pois há anos de histórico de alterações de código necessárias para dar suporte aos diferentes aplicativos que estão sendo criados.
Use as ferramentas de migração do TFS para migrar para outro projeto do TFS
Isso tem as mesmas desvantagens da primeira soluçãoSubstituir / importar tipos de itens de trabalho, instalar novos relatórios, criar novos sites do SharePoint
Para cada projeto tfs
Exclua as definições de itens de trabalho existentes usando "witadmin deletewitd"
Importe cada definição de item de trabalho do novo modelo de processo usando "witadmin importwitd"
Importar categorias de itens de trabalho usando "witadmin importcategories"
Excluir relatórios antigos na pasta do projeto no servidor de relatório
Faça o upload das definições de relatório do novo modelo de processo
Modifique as fontes de dados usadas para os relatórios usando o gerenciador de relatórios para apontar para as fontes de dados compartilhadas corretas (TfsReportDS e TfsOlapReportsDS)
Modifique o valor padrão ExplicitProject do parâmetro de relatório para "" (sequência vazia) e desative a opção de prompt do usuário.
Exporte os documentos no site antigo do SharePoint usando stsadm
Excluir o site antigo do SharePoint
Recrie o site do sharepoint usando o modelo de site do TFS2010 Agile Dashboard
Ativar o recurso do site "Painel Scrum do Team Foundation Server"
Em Configurações do projeto do TFS -> Configurações do portal do projeto: ative o "portal do projeto da equipe" e verifique se o URL está correto. Ativar "relatórios e painéis referem-se a dados para este projeto de equipe"
E finalmente..
Processar o armazém
Processar o banco de dados de análise
Mesmo que isso envolva várias etapas pequenas, isso parece mais atraente, porque esta opção não me forçará a mover o código-fonte e minhas definições de compilação existentes estarão intactas.
Minha pergunta:
Existem outras maneiras de conseguir a substituição dos tipos de itens de trabalho que não mencionei?
E / ou estou faltando alguma etapa na última solução?