teambuilding e implantação de uma dll (por exemplowpftoolkit.extended.dll)
-
13-12-2019 - |
Pergunta
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
Solução
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)