Pergunta

Minha empresa está redesenhando o nosso site intranet e decidiu ir com DotNetNuke como a solução para implementar. Agora, para o ano passado eu tenho tentado conduzir mudanças aqui sobre como manter o desenvolvimento, teste e ambientes de produção separadas. Eu também quero todas as alterações que são relevantes para o site para entrar em SVN, isso inclui dados que define o layout da página e módulo.

Alguém já tentou tentando isso com dotnetnuke antes? E alguém tem alguma dica para o desenvolvimento dotnetnuke sites?

Foi útil?

Solução

Controle de Fonte

Eu recomendo usar projetos separados para projetos DotNetNuke (peles, módulos, fornecedores), e não verificar o web site em si real no ambiente de controle de origem (DNN Módulos usaria o projeto estilo WAP). Cada desenvolvedor poderia então ter seu próprio site DotNetNuke e banco de dados em seu ambiente de desenvolvimento. Eu também não recomendo fazer alterações ao núcleo do DotNetNuke para que você tenha um caminho de atualização limpa. Eu recomendaria usar uma ferramenta como dados SQL do Red Gate Compare a fim para gerar scripts de banco de dados para os dados que você poderia manter no ambiente de controle de origem também.

Aqui está mais algumas informações sobre a criação de um projeto de aplicativo web para um módulo DotNetNuke.

Testing / Staging / Produção

Manter estes separados em DotNetNuke é geralmente muito fácil, porque você já está criando módulos que se conectam a um site DNN. Minha recomendação é criar módulos embalados e devidamente versionadas para que você possa limpa instalá-los em teste, staging e produção.

Aqui estão algumas informações sobre o uso NAnt para automatizar DNN embalagem módulo.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top