none
Sharepoint - Migrar customizações do ambiente de desenvolvimento para produção RRS feed

  • Pergunta

  • Pessoal,
     Qual seria a melhor forma de migrar customizações do ambiente de desenvolvimento para produção?
    André Barroncas
    quinta-feira, 7 de janeiro de 2010 15:07

Respostas

  • Oi Andre!

    Esta pergunta é bem interessante.

    A forma mais simples e mais fácil é você criar pacotes de instalação e automatizar o máximo possível.

    ex.:

    Cria uma webPart
    Cria um EventReceiver
    Cria um Features

    Enfim tudo você pode empacotar num WSP.

    Assim, você somente utilizar a linha de comando stsadm.

    Agora, tem casos que não criaram WSP (exist muitos casos hehehe).

    Dái terá que saber exatamente o que é cada implementaçào. Para pegar os arquivos e colocar no amiente do cliente.

    ex: .dll, .aspx, .ascx, .xml enfim vários arquivos.

    Tem lugares que os clientes tem uma alta rotina de segurança e por isto preferem usar somente o WSP.

    Bruno Velaz
    Comunidade CanalSharePoint
    http://www.canalsharepoint.com.br



    Bruno Velaz - http://brunovelaz.spaces.live.com |*| CanalSharepoint.com.br\brunovelaz
    sexta-feira, 8 de janeiro de 2010 21:55
  • Opa André

    Já passei muitos apertos nesse tipo de migração. Principalmente quando eu iria migrar páginas customizadas com o Sharepoint Designer + DataViews.
    Não sei qual o seu caso, mas , nos meus desenvolvimentos, eu procuro fazer tudo como webparts empacotadas como WSP e as páginas customizadas (que carregam as WSPS), fazer por Sharepoint Designer.

    Se estás migrandas para um servidor limpo, nada como um backUp e Restore. Desde que o ambiente de DEV esteja aceitável para o cliente. (Sem aqueles testes de Desenvolvedor tipo "ALLALALAL" Postagens nada haver, pois esse conteúdo irá junto no backup.

    Se você utilizou os DataViews, de uma olhada em relação a troca de LISTID por LISTNAME http://egrimmett.wordpress.com/2007/12/04/replace-guid-with-list-name-in-a-sharepoint-dataview/    e se você não for fazer o backup e Restore.  O que acontece: quando você criar seu dataView, ele é associado a um ID de lista na sua máquina de DEV. SE você criar essa lista no servidor de produção, a mesma terá outro ID e seu DataView não funcionará.

    Abss
    • Marcado como Resposta André.Barroncas segunda-feira, 8 de fevereiro de 2010 13:41
    domingo, 24 de janeiro de 2010 12:49

Todas as Respostas

  • Oi Andre!

    Esta pergunta é bem interessante.

    A forma mais simples e mais fácil é você criar pacotes de instalação e automatizar o máximo possível.

    ex.:

    Cria uma webPart
    Cria um EventReceiver
    Cria um Features

    Enfim tudo você pode empacotar num WSP.

    Assim, você somente utilizar a linha de comando stsadm.

    Agora, tem casos que não criaram WSP (exist muitos casos hehehe).

    Dái terá que saber exatamente o que é cada implementaçào. Para pegar os arquivos e colocar no amiente do cliente.

    ex: .dll, .aspx, .ascx, .xml enfim vários arquivos.

    Tem lugares que os clientes tem uma alta rotina de segurança e por isto preferem usar somente o WSP.

    Bruno Velaz
    Comunidade CanalSharePoint
    http://www.canalsharepoint.com.br



    Bruno Velaz - http://brunovelaz.spaces.live.com |*| CanalSharepoint.com.br\brunovelaz
    sexta-feira, 8 de janeiro de 2010 21:55
  • A me esqueci dizer...


    Quando tem customizações feitas por SharePoint Designer, tem outras técnicas.

    Depende do caso.

    Bruno Velaz
    Comunidade CanalSharePoint
    http://www.canalsharepoint.com.br

    Bruno Velaz - http://brunovelaz.spaces.live.com |*| CanalSharepoint.com.br\brunovelaz
    sexta-feira, 8 de janeiro de 2010 21:56
  • Sem tirar nem por,  a Microsoft nem recomenda o uso do Sharepoint Designer para este tipo de ambientes.
    André Lage Microsoft SharePoint, CRM and Sybase Consultant
    Blog:http://aaclage.blogspot.com
    Codeplex:http://spupload.codeplex.com/http://simplecamlsearch.codeplex.com/
    sábado, 9 de janeiro de 2010 15:04
    Moderador
  • Sem tirar nem por,  a Microsoft nem recomenda o uso do Sharepoint Designer para este tipo de ambientes.
    André Lage Microsoft SharePoint, CRM and Sybase Consultant
    Blog:http://aaclage.blogspot.com
    Codeplex:http://spupload.codeplex.com/ http://simplecamlsearch.codeplex.com/
    Só uma observação.

    Nem tudo que a Microsoft recomenda é o que a vida real exige.

    Abraço
    quarta-feira, 20 de janeiro de 2010 12:49
  • Opa André

    Já passei muitos apertos nesse tipo de migração. Principalmente quando eu iria migrar páginas customizadas com o Sharepoint Designer + DataViews.
    Não sei qual o seu caso, mas , nos meus desenvolvimentos, eu procuro fazer tudo como webparts empacotadas como WSP e as páginas customizadas (que carregam as WSPS), fazer por Sharepoint Designer.

    Se estás migrandas para um servidor limpo, nada como um backUp e Restore. Desde que o ambiente de DEV esteja aceitável para o cliente. (Sem aqueles testes de Desenvolvedor tipo "ALLALALAL" Postagens nada haver, pois esse conteúdo irá junto no backup.

    Se você utilizou os DataViews, de uma olhada em relação a troca de LISTID por LISTNAME http://egrimmett.wordpress.com/2007/12/04/replace-guid-with-list-name-in-a-sharepoint-dataview/    e se você não for fazer o backup e Restore.  O que acontece: quando você criar seu dataView, ele é associado a um ID de lista na sua máquina de DEV. SE você criar essa lista no servidor de produção, a mesma terá outro ID e seu DataView não funcionará.

    Abss
    • Marcado como Resposta André.Barroncas segunda-feira, 8 de fevereiro de 2010 13:41
    domingo, 24 de janeiro de 2010 12:49