Melhor Prática: ambiente colaborativo, bin, SVN

votos
27

Quais são as melhores práticas para o check-in diretórios bin em um ambiente de desenvolvimento colaborativo usando SVN? Deve projetar referências de nível ser excluídos do coleira? É mais fácil simplesmente adicionar todos os diretórios bin?

Eu desenvolver um monte de sites DotNetNuke e parece que em um ambiente multi-desenvolvedor, é sempre uma tarefa enorme para obter a configuração do ambiente corretamente.

O objetivo final (é claro) é ter um novo desenvolvedor de checkout do tronco do SVN, restaurar o banco de dados DNN e ter tudo apenas 'trabalho' ...

Publicado 02/08/2008 em 00:29
fonte usuário
Em outras línguas...                            


5 respostas

votos
19

Quaisquer montagens que são esperados para estar no GAC deve ficar no GAC. Isto inclui System.web.dll ou qualquer outro dll 3 festa que você vai implantar no GAC na produção. Isso significa um novo desenvolvedor teria que instalar estes conjuntos.

Todos os outros conjuntos 3rd party deve ser referências através de um caminho relativo. Minha estrutura típica é:

-Project
--Project.sln
--References
---StructureMap.dll
---NUnit.dll
---System.Web.Mvc.dll
--Project.Web
---Project.Web.Proj
---Project.Web.Proj files
--Project
---Project.Proj
---Project.Proj files

Project.Web e projecto de referência das montagens na raiz / Referências pasta relativamente. Estes .dlls são verificados no subversão.

Afora isso, * / bin * / bin / * obj deve estar no seu caminho ignorar global.

Com esta configuração, todas as referências a conjuntos são ou através do GAC (assim deve funcionar em todos os computadores), ou parente para cada projeto dentro de sua solução.

Respondeu 02/08/2008 em 00:40
fonte usuário

votos
4

Cirurgião da Árvore é uma grande ferramenta que cria uma árvore de desenvolvimento .NET vazio. Ele foi ajustada durante anos de uso e implementa lotes de melhores práticas.

Respondeu 11/09/2008 em 14:03
fonte usuário

votos
4

Será esta uma pergunta específica .net?

Geralmente a melhor prática é não verificar em qualquer coisa que é construído automaticamente a partir de arquivos que já estão em SCM. Tudo isso está idealmente criado como parte de seu processo de criação automática.

Se o bindiretório que você está se referindo contém binários de terceiros, em vez de uma compilação de seu projeto, ignore (downvote?) Este conselho.

Respondeu 02/08/2008 em 00:44
fonte usuário

votos
2

Maven ajuda bastante com este problema quando eu estou codificação Java. Comprometemo-nos a pom.xml aos scs eo repositório Maven contém todas as nossas dependências. Para mim, isso parece ser uma boa maneira de fazê-lo.

Respondeu 02/08/2008 em 19:30
fonte usuário

votos
1

Seguimos a prática de usar um diretório fornecedor que contém todos os cabeçalhos e binários específicos do fornecedor. O objetivo é que qualquer pessoa deve ser capaz de construir o produto apenas verificando-lo e executar algum script nível de construção superior.

Respondeu 13/08/2008 em 23:25
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more