Re: [ALM Brasil] Team Foundation Build - Posso criar uma build mesclando arquivos de vários diretórios?

[cezar hiraki velazquez]

André 

O e-mail veio sem a parte onde você mostra a estrutura,

Abs,

Cézar Velázquez

Em 24 de maio de 2012 11:23, André Henrique <con...@andrehenrique.com.br> escreveu:

Olá pessoal,

Trabalho em um projeto, onde o sistema utiliza para as camadas internas VB6 (que geram DLL's registradas no COM+) e a interface é VB .Net. Atualmente trabalhamos com o Visual SourceSafe e a base de dados do VSS já ultrapassa os 18 GB, e isso tem gerado inconsistência na sua utilização. Comecei a fazer o estudo de migração para o TFS 2010. Entretanto, estou me esbarrando com diversos problemas.

Para vocês entenderem melhor o problema, temos no VSS a seguinte estrutura:

[André Henrique]

Agora sim!!! Segue texto completo:

Trabalho em um projeto, onde o sistema utiliza para as camadas internas VB6 (que geram DLL's registradas no COM+) e a interface é VB .Net. Atualmente trabalhamos com o Visual SourceSafe e a base de dados do VSS já ultrapassa os 18 GB, e isso tem gerado inconsistência na sua utilização. Comecei a fazer o estudo de migração para o TFS 2010. Entretanto, estou me esbarrando com diversos problemas.

Para vocês entenderem melhor o problema, temos no VSS a seguinte estrutura:

- Referencias
- Sistemas
    - Módulo 1
        - arquivo_do_modulo1.sln
        - arquivo_do_modulo1.vbp
        - arquivo_do_modulo1.aspx
        - arquivo_do_modulo1.vb
    - Módulo 2
        - arquivo_do_modulo2.sln
        - arquivo_do_modulo2.vbp
        - arquivo_do_modulo2.aspx
        - arquivo_do_modulo2.vb
    - Módulo 3
    .
    .
    .
    - Módulo 27
   
Cada módulo desse é utilizado para compilação. Na máquina do desenvolvedor temos a seguinte estrutura:
- Referencias
- Projeto_Desenvolvimento
    - solucao.sln (não controlado pelo VSS)
    - projeto.vbp (não controlado pelo VSS)
    - arquivo_do_modulo1.aspx
    - arquivo_do_modulo1.vb
    - arquivo_do_modulo2.aspx
    - arquivo_do_modulo2.vb
- Sistemas
    - Módulo 1
        - solucao_do_modulo1.sln
        - projeto_do_modulo1.vbp
        - arquivo_do_modulo1.aspx
        - arquivo_do_modulo1.vb
    - Módulo 2
        - solucao_do_modulo2.sln
        - projeto_do_modulo2.vbp
        - arquivo_do_modulo2.aspx
        - arquivo_do_modulo2.vb
    - Módulo 3
    .
    .
    .
    - Módulo 27
   
OBS1.: Em projeto_desenvolvimento é colocado qualquer .ASPX + .VB de qualquer módulo, de acordo com a necessidade de desenvolvimento
OBS2.: Utilizamos como método de trabalho a seguinte sequência - Checkamos o arquivo em "projeto_desenvolvimento", alteramos, debugamos, etc. Quando o arquivo está OK, é dado Check-in e em seguida baixamos todo o módulo em sistemas só para compilar.

O problema:
O TFS não permite dar Get ou Check-out em locais não mapeados, impossibilitando de manter essa mesma estrutura no TFS.


******* Solução que tenho em mente:

Criar no TFS a seguinte estrutura:

- Referencias
- Projeto_Desenvolvimento
    - solucao.sln
    - projeto.vbp
    - Todos os arquivos de todos os módulos
- Sistemas
    - Módulo 1
        - solucao_do_modulo1.sln
        - projeto_do_modulo1.vbp
    - Módulo 2
        - solucao_do_modulo2.sln
        - projeto_do_modulo2.vbp
    .
    .
    .
    - Módulo 27

Teríamos um projeto de desenvolvimento com todos os arquivos juntos, mas na hora de compilar precisaria criar uma BUILD que buscasse as referencias no diretório "referencias", os arquivos .aspx e .vbp do módulo que estaria compilando em "projeto_desenvolvimento" e a solução na pasta do módulo (que teria só a solução e o .vbp - talvez algum outro específico).

Entretanto, não sei se build consegue fazer isso, nem estou encontrando alguma outra ideia para resolver esse problema.


Desde já agradeço a atenção,

--
------------------------

André Henrique

con...@andrehenrique.com.br

(81) 9655-6625