none
Customização do Team Foundation Server e VSTS RRS feed

  • Pergunta

  • Pessoal, necessito de algumas informações sobre o Team System e o Team Foundation Server.

    Primeiro, gostaria de agradecer quem perder um pouquinho do seu tempo para me ajudar, ja é uma grande ajuda.

    Pesquisei ja sobre o assunto e não consegui encontrar algo sólido para esclarecer minhas dúvidas.

    Ja visualisei muitos vídeos do Fáio Câmara e Igor Abade, e ja li o Livro do Marcus Garcia Título: VSTS, TFS da editora Brasport.

    Bom em todo o conhecimento que absorvi não consegui o que eu queria, vamos lá, vou descrever o que preciso:


    1.0 Preciso de algum exemplo de como funciona ou qual a metodologia usada pra criar ambientes de desenvolvimento e de produção/liberação de versão, usando o Version Control.

    Hoje utilizo de duas pastas para fazer este controle (Trabalho Manual), ao passar pelo Controle de Qualidade a funcionalidade, ela é liberada e os fontes vão para a pasta do produção.

    Gostaria de representar este conceito no Source Control, como criar um projeto e trabalhar com duas pastas, uma de desenvolvimento e outra para liberação de produção. A pasta de desenvolvimento, será usada pelos programadores para darem seguimento ao projeto, e a pasta produção será usada por um recurso responsável por manter os versionamentos e verificar qual WI entrará no produção.
    Se alguem tiver uma outra forma de Fluxo de "CQ e Produção" favor demonstrar.


    2.0 Uma outra coisa que necessito, que poderia anexar a pergunta acima é, após um desenvolvedor receber uma WI para trabalhar, checará os arquivos e desenvolverá, porém quando estivesse terminado o trabalhao, teria que compilar as fucnionalidades alteradas, porém necessito que ele não libera o fonte como Check-in pois ainda estaria em testes de homologação da funcionalidade.

    Hoje através do Built é possível automaticamente executar um build através do check-in. Mas caso não ocorra o check-in e quisermos compilar este desenvolvimento do desenvolvedor, é possível fazer isto?


    3.0 Outra coisa que senti falta, é quando recebo uma WI, so anexarei meus arquivos á ela na hora do check-in. Existe alguma forma de automaticamente dar um Check-out nos arquivos e ja serem anexados a uma WI?


    4.0 Outra pergunta é: após fechar uma versão com Label, continuaríamos o desenvolvimento e a versão fechada seria enviada ao cliente. Mas no teste beta do cliente, houve um problema e gostaria de voltar e desenvolver em cima da versão que foi fechada, bom, aprendi que para fazer isto normalmente é usado brench, porém com brench após solucionar o problema seria criado uma nova versão com um merge das correções. Porém fui solicitado a verificar se há uma possibilidade de colocar estas alterações la na versão que estava fechada e esta, seria replicada em todas as versões após ela (posteriores).

    5.0 Sobre trigger, digamos, a partir do exemplo do workflow a seguir: 
         
          1.0 - Analista criar a WI de tarefa e envia para desenvolvedor
          1.1 - Desenvolvedor ativa a tarefa e começa a trabalhar nela (check-ou no arquivos)
          1.2 - Desenvolvedor termina a tarefa porém precisa fazer o teste, e precisa compilar(muda status)
          1.3 - Desenvolvedor termina o teste e libera o check-in

    Ao passar do passo 1.1 para o passo 1.2, o desenvolvedor precisa testar e o mesmo colocar o status da tarefa como "Controle de qualidade Teste", nesta mudança de status, gostaria de saber se é possível chamar uma trigger para mandar compilar o sistema (fazer um build).
    Mas precisarei que o sistema use os arquivos que o usuário está checado. (Provavelmente terei que construir um serviço que pegue estes arquivos e coloque em algum diretório para compilar).
    Mas a pergunta é se é possível chamar uma trigger nesta mudança de status?












    terça-feira, 3 de março de 2009 20:10

Todas as Respostas