teambuilding e implantação de uma dll (por exemplowpftoolkit.extended.dll)

Question

O aplicativo em que trabalho precisa usar wpftoolkit.extended.dll (ou seja,sem fonte, sem msi/instalador, só temos a dll).Até agora, colocamos a dll em uma pasta c:\libs no laptop do desenvolvedor e no servidor teambuild e ela foi construída corretamente em ambos;agora, para implantação, queremos adicioná-lo a um instalador (.vdproj) e achamos que precisaremos dele em algum lugar do repositório do tfs.No entanto, quando testado, o aplicativo agora é compilado apenas no laptop do desenvolvedor e não no servidor teambuild (parece um caminho relativo).

Então...em vez de corrigir o problema real, estou me perguntando qual é a maneira melhor/mais limpa/comumente aceita de fazer isso?onde devo manter a dll no repositório e onde devo colocá-la no host para o qual estamos implantando?obrigado

Answer 1

Você deve usar a estrutura de pastas no controle de origem como a seguir

/Main                                 Contains the .sln file                                  

    /Source
        /MyApp1                       Contains MyApp1.sln file
           /Source                    Contain folder for all
               /ClassLibrary1         Contains ClassLibrary1.csproj
                  /MyApp1Web          Contains Default.aspx

    /Build                            Contains build output (binaries)

    /Docs                             Contains product docs etc

    /Tests

   **/3rdpartyDlls**                      Contains all vesions of third-party dlls

Para obter mais informações sobre as pastas de controle de origem e práticas recomendadas, é recomendável ler o livro padrões e práticas de desenvolvimento de equipe com guia TFS (versão final)