none
Como vocês publicam a sua aplicação no cliente? (ferramentas, scripts, etc). RRS feed

  • Pergunta

  • Olá!

    Estou com um certo problema ao publicar meu web site na intranet do cliente, ele não tem conhecimento técnico mínimo e constantemente ocorrem erros pelo fato do cliente ser leigo.

    Atualmente ele faz tudo na mão, publica no IIS, atualiza base de dados, atualiza aplicação, tudo "no braço".

    Isto é muito ruim, preciso arrumar uma maneira de automatizar isso.

    Como vocês geralmente fazem essa atualização?

    Há ferramentas que automatizam este processo? Scipts? Como posso melhorar esta questão?

    Obrigado, aguardo retorno,

    Marcelo.

    domingo, 20 de outubro de 2013 20:13

Respostas

  • Olá Marcelo,

    Já trabalhei em alguns lugares e achei o processo de deploy parecido, é muito comum você ter um documento como se fosse "checklist" onde este documento tem por responsabilidade descrever todo o processo de publicação envolvidos, riscos e etc. Exemplo:

    No documento pode conter.
    1. Envolvidos
    2. Risco da publicação (deixar a aplicação fora do ar, pode afetar compras de produtos, alteração de layout, integração com parceiros e etc...)
    3. Rollback
    3.1 Rollback da aplicação (ex.: copiar pacote de backup e colocar de volta no diretoria de produção)
    3.2 Rollback de banco de dados (tudo referente ao banco de dados)
    4. Publicação
    4.1 Publicação de projetos (quais projetos serão publicado, pois se alterou um windows service, porque devemos publicar a aplicação web que nada teve a ver com isso)
    4.2 Comentários de publicações da aplicação (Ex.: Abrir web.config e adicionar este chave no appSettings)
    4.2 Publicação de banco de dados (scripts para criação de tabela, views e etc...)
    4.4 Comentários de publicações do banco de dados (Ex.: só rodar script XYZ apos rodar o script UUU)


    A publicação em si é muito parecida, há quem use de ferramentas que automatizam o deploy (TFS - Continuos Integration) ou até mesmo o MSBuild, Visual Studio para gerar o pacote em modo release e o XCopy para copiar para os servidores.

    Qual é sua experiencia quanto a isso ?? conte mais :)


    Vitor Mendes | http://www.vitormendes.com.br/

    "Ajuda teu semelhante a levantar a sua carga, porém, não a carregá-la." (Pitágoras)

    • Sugerido como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 12:44
    • Marcado como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 14:48
    segunda-feira, 21 de outubro de 2013 12:55
  • Marcelo qdo fazemos uma aplicação web os scripts fica nas páginas aspx, qdo vc publica seu projeto para o servidor essas página são enviadas para o servidor, então caso vc altere algum script em alguma página qdo vc publicar essa página vai ser atualizada e seu script será atualizado no servidor, mais é sempre importante informar aos usuários que é sempre bom excluir os arquivos temporário do navegador(caso usem o IE).

    Junior

    • Sugerido como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 12:44
    • Marcado como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 14:48
    segunda-feira, 21 de outubro de 2013 13:11

Todas as Respostas

  • Olá Marcelo,

    Já trabalhei em alguns lugares e achei o processo de deploy parecido, é muito comum você ter um documento como se fosse "checklist" onde este documento tem por responsabilidade descrever todo o processo de publicação envolvidos, riscos e etc. Exemplo:

    No documento pode conter.
    1. Envolvidos
    2. Risco da publicação (deixar a aplicação fora do ar, pode afetar compras de produtos, alteração de layout, integração com parceiros e etc...)
    3. Rollback
    3.1 Rollback da aplicação (ex.: copiar pacote de backup e colocar de volta no diretoria de produção)
    3.2 Rollback de banco de dados (tudo referente ao banco de dados)
    4. Publicação
    4.1 Publicação de projetos (quais projetos serão publicado, pois se alterou um windows service, porque devemos publicar a aplicação web que nada teve a ver com isso)
    4.2 Comentários de publicações da aplicação (Ex.: Abrir web.config e adicionar este chave no appSettings)
    4.2 Publicação de banco de dados (scripts para criação de tabela, views e etc...)
    4.4 Comentários de publicações do banco de dados (Ex.: só rodar script XYZ apos rodar o script UUU)


    A publicação em si é muito parecida, há quem use de ferramentas que automatizam o deploy (TFS - Continuos Integration) ou até mesmo o MSBuild, Visual Studio para gerar o pacote em modo release e o XCopy para copiar para os servidores.

    Qual é sua experiencia quanto a isso ?? conte mais :)


    Vitor Mendes | http://www.vitormendes.com.br/

    "Ajuda teu semelhante a levantar a sua carga, porém, não a carregá-la." (Pitágoras)

    • Sugerido como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 12:44
    • Marcado como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 14:48
    segunda-feira, 21 de outubro de 2013 12:55
  • Marcelo qdo fazemos uma aplicação web os scripts fica nas páginas aspx, qdo vc publica seu projeto para o servidor essas página são enviadas para o servidor, então caso vc altere algum script em alguma página qdo vc publicar essa página vai ser atualizada e seu script será atualizado no servidor, mais é sempre importante informar aos usuários que é sempre bom excluir os arquivos temporário do navegador(caso usem o IE).

    Junior

    • Sugerido como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 12:44
    • Marcado como Resposta Giovani Cr quinta-feira, 24 de outubro de 2013 14:48
    segunda-feira, 21 de outubro de 2013 13:11