66 comentários

• Eduardo Santos(usuário não autenticado)

  22 de Junho de 2007, 15:04

   

  Olá Juliano,

  Há sim essa possibilidade, e atualmente a melhor integração acontece com o cvs. Atualmente, cada arquivo alterado registra o nome do usuário que fez a alteração, a versão do arquivo e a data da mudança, mas já existem interfaces mais desenvolvidas. É possível integrar de uma forma que os commits atualizem automaticamente o ambiente de produção, de acordo com as preferências do desenvolvedor.

  O Orzenil e o Landim, membros aqui da comunidade, desenvolveram ferramenta semelhante na Embrapa. Talvez eles possam explicar melhor seu funcionamento.

  
  
• Orzenil Silva Junior(usuário não autenticado)

  23 de Junho de 2007, 1:52

   

  Oi Juliano,

  vc poderia descrever como você pensa essa integração. Você tem algum exemplo de aplicação que funciona integrada com essas ferramentas da forma como vc deseja? Talvez a gente possa ajudar com a experiência que temos na Embrapa.

  Um abraço.

  
  

  • Juliano Neves(usuário não autenticado)

    25 de Junho de 2007, 10:11

     

    Olá Orzenil.

    As necessidades que eu possuo são a de ter controlar as versões de um arquivo e de criar uma baseline (tag no cvs) para saber qual versão de um arquivo se relaciona a qual versão de outro arquivo.

    Na instalação padrão do dotLRN eu vi a possibilidade de controlar as versões de um arquivo individualmente, mas não achei a possibilidade de se criar uma baseline entre vários arquivos.

    A integração com o CVS, caso existisse, seria por meio de um front-end para o CVS dentro o dotLRN. No entanto, qualquer solução que atenda às minhas 2 necessidades (controle de versão de arquivos e criação de baselines) é aceitável. Não há a obrigatoriedade de ser utilizar o CVS ou o SubVersion.

    Desde já obrigado!

    
    

    • Orzenil Silva Junior(usuário não autenticado)

      26 de Junho de 2007, 14:05

       

      Juliano,

      você pode avaliar duas formas que consigo pensar sobre esse assunto. A primeira, como a gente faz aqui na Embrapa para controle de código mas pode se aplicar quanto ao controle de versão de documento que vc deseja. A outra é o meu sonho de consumo mas ainda não consegui implementar.

      Vamos a realidade:

      hoje a gente usa uma solução com CVS (http://www.nongnu.org/cvs/), ViewVC (http://www.viewvc.org) e um pacote openacs que atua como frontend no OpenACS para consulta aos arquivos, versões e diffs

      O pacote openacs a gente adaptou de xarg​.net​/dow​nloa​d/jc​d-cv​s-0.​1d.a​pm (lembrando que apm é a extensao para pacotes openacs e nada mais é do que 1 arquivo tar.gz que pode ser gerenciado pelo APM, sistema de gerenciamento de pacotes do openacs. Esse pacote faz um "parse" de um arquivo de log com commits enviados ao CVS e mostra as alterações de versão realizadas juntamente com um conjunto de estatísticas. Se você usar o ViewVC, o pacote também constrói links para diffs. Veja como esse pacote funciona no link

      xarg​.net​/too​ls/c​vs/

      que mostra as alterações de versão em arquivos do próprio OpenACS. Embora as alterações que a gente fez refletem o ambiente aqui na Embrapa ele pode ser generalizado via uso de parâmetros para o seu uso.

      Não sei se o que você deseja é algo assim.

      Agora, o que eu desejo, e andei recentemente dando uma olhada depois que me interessei pelo subversion é  fazer a integração do repositório de conteúdos do OpenACS diretamente com o Subversion, utilizando WebDav.

      Até onde andei estudando o Subversion implementa um client com suporte a extensão DeltaV do WebDav (veja por exemplo este link

      svn.​coll​ab.n​et/r​epos​/svn​/bra​nche​s/1.​0.x-​issu​e-27​51/w​ww/w​ebda​v-us​age.​html​)

      , o que em tese permitiria a integração diretamente com o pacote acs-content-repository do OpenACS, que também tem suporte WebDav.

      Infelizmente toda a operação nessa integração é realizada pelo método MKACTIVITY, que não está disponível na implementação WebDAV hoje existente no openacs (via pacote oacs-dav). Os métodos hoje disponíveis no OpenACS são:

      GET HEAD PUT  MKCOL COPY  MOVE PROPFIND  PROPPATCH DELETE  LOCK UNLOCK

      e eu estou com pouquíssimo tempo para verificar a viabilidade dessa integração mas creio que esse assunto deve em breve ser considerado na comunidade do OpenACS, tendo em vista a migração que está sendo realizada atualmente no projeto que passará a usar o Subversion e não mais o CVS para controle de configuração. É esperar pra ver :-)

      
      

      • Juliano Neves(usuário não autenticado)

        26 de Junho de 2007, 14:14

         

        Muito obrigado pela resposta Orzenil. Vou ver se a solução do CVS atende minhas necessidades.

        
        
• Eduardo Santos(usuário não autenticado)

  31 de Julho de 2007, 20:00

   

  Oi Jaime,

  Apenas retornando ao assunto, me parece que tem um pessoal trabalhando forte na integração com o svn. Dê uma olhada:

  cogn​ovis​.de/​deve​lope​r/en​/sub​vers​ion_​cvs_​inte​grat​ion&​nbsp​;