Você que já leu as novidades do Team System Rosario, ficou super empolgado com o produto e está super ansioso para testar os novos recursos como novos relatórios, rastreabilidade completa, diagramas UML e etc, cuidado!
Ok, ok! Esse suspense foi só pra chamar a atenção. Na verdade, gostaria de chamar a atenção, pois alguns produtos que são utilizados com o TFS Server 2008, não serão suportados no VSTS Rosario. Confira abaixo uma lista de modificações no produto e já vá preparando o seu ambiente para receber a próxima versão do Team System.
Sistemas Operacionais: Foi pensado em remover o suporte ao Windows Server 2003, mas a vantagem não seria significante perto dos problemas que seriam causados aos clientes. Então o VSTS Rosario irá suportar o Windows Server 2003, 2008 e futuras versões do Windows Server.
64-bit: Finalmente, suporte completo 64-bit nos servidores, no entanto, as versões seguintes aos VSTS Rosario não suportarão mais 32-bit, então fica a recomendação para você ir pensando numa futura migração nos próximos 2 anos.
Virtualização: Testes estão sendo feitos para suportar ambientes virtualizados, mas continua a recomendação de manter o SQL Server em uma máquina física.
SQL Server: Talvez a mudança mais brusca no VSTS Rosario. O produto não suportará o SQL Server 2005. Essa decisão foi tomada devido a qualidade do Reporting Services 2008 ser muuuuito superior ao RS 2005. Segundo Bryan Harry, foi uma decisão muito difícil, mas já está decidido. Pelos menos, eles estão prometendo uma qualidade muito superior nos relatórios que temos hoje. É esperar para ver.
Sharepoint: Outra mudança, mas essa é menos traumática. O Sharepoint 2.0 será descontinuado, o suporte ao Sharepoint 3.0 / 2007 será mantido e a sua instalação será opcional. Essa mudança foi realizada porque vários clientes deram feedbacks de que as funcionalidades de portal do VSTS não eram features de alta prioridade.
Project Server: Como citado no post sobre as novidades do TFS Rosario, o produto terá uma integração com o Project Server de forma nativa.
Build Server: Será necessário atualizar todos os Build Servers para o VSTS Rosario, no entanto essa alteração não terá impacto devido a melhorias nas features de compilar aplicações para diversas versões do .net framework.
Sistemas Operacionais – Client: Continua do mesmo jeito, suporte ao Windows XP, Vista, Windows 2003 e para as próximas versões do SO.
Clients: Também nada com o que se preocupar, updates para o Team Explorer 2005, 2008 e para o provider MSSCI serão lançados.
Office: O suporte ao Office 2003 será removido. Essa decisão foi tomada para permitir a inclusão de recursos de Undo no Microsoft Project e de “persistência de fórmulas” no Excel.
Você pode ver mais detalhes sobre esse documentação de “recomendações para migração” no blog do Bryan Harry.
Abraços
André Dias
quarta-feira, setembro 24, 2008
terça-feira, setembro 23, 2008
Ajude o time do TFS a testar a próxima versão do produto
O time do Team Foundation Server Upgrade está procurando por bancos de dados do TFS 2005 ou TFS 2008 de clientes para testar os recursos de upgrade da próxima versão do TFS.
Bryan Krieger, Principal Program Manager do produto, comenta que o melhor cenário para testes é a utilização de bancos de dados reais que são utilizados no dia-a-dia. Ele também deixa bem claro que os bancos de dados serão utilizados apenas para testes de migração e que não serão compartilhados com times de fora do TFS Upgrade Team e que os bancos serão destruídos logo após a conclusão dos testes.
Se você possui uma boa base de projetos e está interessado em colaborar com o time do VSTS, envie um e-mail para bryan.krieger@microsoft.com solicitando mais informações.
Abraços
André Dias
Bryan Krieger, Principal Program Manager do produto, comenta que o melhor cenário para testes é a utilização de bancos de dados reais que são utilizados no dia-a-dia. Ele também deixa bem claro que os bancos de dados serão utilizados apenas para testes de migração e que não serão compartilhados com times de fora do TFS Upgrade Team e que os bancos serão destruídos logo após a conclusão dos testes.
Se você possui uma boa base de projetos e está interessado em colaborar com o time do VSTS, envie um e-mail para bryan.krieger@microsoft.com solicitando mais informações.
Abraços
André Dias
Dicas de Performance - TFS: Fragmentação de Índice no SQL
Você instalou o Team Foundation Server, publicou todos os seus projetos nele, toda a fábrica de software faz uso intensivo do TFS, todo dia são centenas / milhares de arquivos adicionados nos mais diversos projetos e de repente o seu servidor começa a ficar "capenga".
A primeira coisa que a gente normalmente pensa é a rede não está legal, a VM deve estar com algum problema, precisamos trocar a memória ou processador, mas o problema pode ser muito mais simples que isso.
As vezes, acabamos esquecendo que toda essa quantidade de códigos, documentos, detalhes de build, work items ficam armazenados dentro de bancos do SQL Server e com o tempo, o índice pode ir ficando fragmentado o que deixará com certeza o TFS lento.
Uma boa prática é sempre deixar o SQL Server do TFS "tunado". Segue aqui algumas boas práticas para Desfragmentação de Índice do SQL Server. O paper foi escrito para versão 2000, mas se aplica ao 2005 também.
Abraços
André Dias
A primeira coisa que a gente normalmente pensa é a rede não está legal, a VM deve estar com algum problema, precisamos trocar a memória ou processador, mas o problema pode ser muito mais simples que isso.
As vezes, acabamos esquecendo que toda essa quantidade de códigos, documentos, detalhes de build, work items ficam armazenados dentro de bancos do SQL Server e com o tempo, o índice pode ir ficando fragmentado o que deixará com certeza o TFS lento.
Uma boa prática é sempre deixar o SQL Server do TFS "tunado". Segue aqui algumas boas práticas para Desfragmentação de Índice do SQL Server. O paper foi escrito para versão 2000, mas se aplica ao 2005 também.
Abraços
André Dias
Evento Encontro Ágil 2008
11 de Outubro de 2008
IME-USP - Rua do Matão, 1010
Cidade Universitária - São Paulo
O Encontro Ágil é um evento gratuito que reunirá, por um dia inteiro, alguns dos principais nomes brasileiros do desenvolvimento ágil de software.
Dia 11 de Outubro está reservado para discussões, trocas de experiências e palestras de especialistas em Programação eXtrema, Scrum e nas metodologias mais produtivas do mercado.
Conheça os profissionais que já usam métodos ágeis. Junte-se ao grupo que está revolucionando a maneira de produzir software. Participe das discussões mais atuais do mercado, tire suas dúvidas e descubra como as técnicas ágeis podem ajudá-lo a aumentar a produtividade da sua equipe e a qualidade do seu software.
Tudo isso, no Encontro Ágil 2008. Não perca!
Abraços
André Dias
terça-feira, setembro 16, 2008
Bugs corrigidos no Team Foundation Server 2008 SP1
Muita coisa foi falada sobre o lançamento do Team Foundation Server 2008 SP1. Não tanto quanto o Visual Studio 2008 SP1 que trouxe grandes novidades como o Entity Framework, ASP.NET Dynamic Data, mas o pessoal deu bastante destaque ao SP1 do TFS 2008, principalmente no suporte ao Windows Server 2008 e ao SQL Server 2008.
Além de suportar os novos servidores da Microsoft, o SP1 trouxe algumas melhorias de performance, alguns recursos interessantes como o envio de work items e queries por email e outras pequenas coisas que nos ajudam no dia-a-dia.
Mas e os bugs? O que foi corrigido com o SP1? Bom, o Brian Harry publicou recentemente uma lista de tudo o que foi corrigido. No total, houve um número de 227 bugs corrigidos que foram encontrados da seguinte forma:
Além de suportar os novos servidores da Microsoft, o SP1 trouxe algumas melhorias de performance, alguns recursos interessantes como o envio de work items e queries por email e outras pequenas coisas que nos ajudam no dia-a-dia.
Mas e os bugs? O que foi corrigido com o SP1? Bom, o Brian Harry publicou recentemente uma lista de tudo o que foi corrigido. No total, houve um número de 227 bugs corrigidos que foram encontrados da seguinte forma:
| Total | Origem |
| 227 | Total Bug fixes |
| 87 | Customers |
| 62 | Testing |
| 38 | Development process |
| 30 | Dogfooding |
| 2 | Other |
Para ver a lista completa dos bugs, acesse http://blogs.msdn.com/bharry/archive/2008/09/16/team-foundation-server-2008-sp1-bug-fixes.aspx
Se você ficou interessado e deseja baixar o SP1, você pode fazer o download clicando aqui.
Abraços
André Dias
quarta-feira, setembro 03, 2008
Relatórios do VSTS desatualizados
Recentemente, recebi um e-mail com uma dúvida sobre o Team System e acho interessante compartilhá-la aqui no blog, pois apesar da resolução ser relativamente simples, esse problema pode te fazer perder algum tempo se você não está acostumado a trabalhar com o Team System.
O nosso amigo citava no e-mail que apesar deles trabalharem diariamente no Team System, atualizando código, work items, etc. Os relatórios estavam “parados no tempo” e ele me enviou uma imagem apresentando o relatório do qual estava falando. Veja que na imagem abaixo, não há informações sobre os últimos 3 dias.
Pois bem, um fato que é importante esclarecer é que o Team System não acessa os bancos relacionais onde as informações estão armazenadas para montar os relatórios. Ao invés disso, os dados dos relatórios são inseridos em um banco de dados do SQL Analysis Services (TfsWarehouse) e então em um cubo OLAP.
Como esse processo de cópia e transformação das informações para deixá-las mais simples de serem consultadas pode levar algum tempo, esse processo é agendado para ser executado a cada uma hora e existe um serviço do Windows que inicia, não só esse processo, mas como de outras tarefas agendadas do Team Foundation Server, o serviço é o Team Foundation Server Task Scheduler (TfsServerScheduler).
Os dados do relatório não estavam sendo atualizados, pois esse serviço estava parado por alguma razão e com isso, os dados não eram transferidos para o banco onde os relatórios buscavam as informações. Bastou iniciar o serviço para o problema ser resolvido.
Há ainda uma forma de forçar o processamento do warehouse sem depender do serviço do Windows. Isso pode ser feito acessando o web service http://localhost:8080/Warehouse/v1.0/WarehouseController.asmx no seu browser do Team Foundation Server, em seguida selecionando o método Run e clicando em Invoke.
Depois disso, chame o método GetWarehouseStatus no mesmo web service e você receberá uma resposta em XML que poderá ser Idle ou ProcessingOlap. Fique chamando esse método até o resultado ser Idle que significa que o processamento foi concluído e que todos os dados estarão atualizados em seus relatórios.
Enjoy your Team System
André Dias
O nosso amigo citava no e-mail que apesar deles trabalharem diariamente no Team System, atualizando código, work items, etc. Os relatórios estavam “parados no tempo” e ele me enviou uma imagem apresentando o relatório do qual estava falando. Veja que na imagem abaixo, não há informações sobre os últimos 3 dias.
Pois bem, um fato que é importante esclarecer é que o Team System não acessa os bancos relacionais onde as informações estão armazenadas para montar os relatórios. Ao invés disso, os dados dos relatórios são inseridos em um banco de dados do SQL Analysis Services (TfsWarehouse) e então em um cubo OLAP.
Como esse processo de cópia e transformação das informações para deixá-las mais simples de serem consultadas pode levar algum tempo, esse processo é agendado para ser executado a cada uma hora e existe um serviço do Windows que inicia, não só esse processo, mas como de outras tarefas agendadas do Team Foundation Server, o serviço é o Team Foundation Server Task Scheduler (TfsServerScheduler).
Os dados do relatório não estavam sendo atualizados, pois esse serviço estava parado por alguma razão e com isso, os dados não eram transferidos para o banco onde os relatórios buscavam as informações. Bastou iniciar o serviço para o problema ser resolvido.
Há ainda uma forma de forçar o processamento do warehouse sem depender do serviço do Windows. Isso pode ser feito acessando o web service http://localhost:8080/Warehouse/v1.0/WarehouseController.asmx no seu browser do Team Foundation Server, em seguida selecionando o método Run e clicando em Invoke.
Depois disso, chame o método GetWarehouseStatus no mesmo web service e você receberá uma resposta em XML que poderá ser Idle ou ProcessingOlap. Fique chamando esse método até o resultado ser Idle que significa que o processamento foi concluído e que todos os dados estarão atualizados em seus relatórios.
Enjoy your Team System
André Dias
Assinar:
Postagens (Atom)
