[RESOLVIDO] Versionador de Programas para ambiente Totvs - EMS206/506

Discussão em 'EMS , HCM e Totvs 11' iniciado por mcfernandes, Junho 25, 2015.

Status do Tópico:
Não esta aberto para novas mensagens.
  1. bootstrapmaster

    bootstrapmaster Moderator Moderador Equipe de Suporte

    oi Claudia, seguinte, vc tem o trunk que é a sua linha do tempo principal / official, dai quando vc quiser desenvolver algo, vc cria um branch, que é uma linha do tempo paralela, onde vc faz seus ajustes, pode atualiza-la com o trunk, caso ajam outros branchs e quando vc termina o seu processo, vc atualiza o trunk, achei esse PDF que explica tudo em detalhes .... http://svnbook.red-bean.com/en/1.7/svn-book.pdf, no contador de paginas do livro é pagina 99, do adobe reader é a 121
  2. bootstrapmaster

    bootstrapmaster Moderator Moderador Equipe de Suporte

    Pessoal, desculpa se eu falar o obvio, mas era uma duvida que eu tinha quando usei pelas primeiras vezes subversionamento, a questão de espaço para armazenar as versões, e a questão do espaço entre trunk e branchs, quando vc importa pela primeira vez um fonte para o SVN, esse fonte vai integral, mas depois, nas versões somente é salvo as diferenças, nunca um fonte inteiro novamente, se eu crio um branch para um desenvolvimento novo, simplesmente o SVN me entrega as versões dos programas do inicio do projeto e mais as alterações que estou fazendo no branch, ou seja, o espaço que isso ocupa é minimo, apesar de que quando eu baixo uma workcopy, venham todos os fontes, megas e megas de fontes ..... pra atualizar o trunk depois que encerrei os desenvolvimento no branch, ele pega o fonte mais atualizado e aplica as minhas alterações, se algum trecho que eu mexi está diferente de quando eu criei o branch, o SVN me avisa e pergunta se quero manter o meu, manter o outro ou juntar os 2, se juntar os dois, qual trecho deve ficar primeiro, o meu ou o outro, ou seja, nunca perde nada, a mesma coisa acontece que um projeto de varios desenvolvedores, ele vai mesclando as versões.

    Na ultima versão que eu mexi, estava até conseguindo apresentar o que foi alterado entre versões de documentos WORD e EXCEL, coisa que quando eu comecei a mexer com isso ele só sabia dizer que mudou, mas não dizia o que.

    Em nossas experiencias no trabalho em equipe, vimos que o melhor é vc baixar a workcopy em seu computador, em c: mesmo, alterar o propath para pegar os fontes em sua maquina primeiro pra depois na unidade de rede, e a unidade de rede, também controlada com SVN é a copia oficial, então, ao inves de simplesmente copiar da sua maquina para a unidade de rede, vc atualizar o SVN da sua workcopy e depois atualiza a workcopy da unidade de rede, um pouco chato no inicio, mas tem muitas vantagens nisso.
  3. mpdelphi

    mpdelphi Membro Participativo

    Claudia, funciona perfeitamente... há muuuito material no youtube e google sobre o uso do SVN, é muuuuito simples de usar e de instalar também, eu uso a muuuito tempo.
  4. mcfernandes

    mcfernandes Membro Participativo

    Obrigada gente!!!! Vou ver direitinho os tutoriais recomendados. A minha principal dúvida é se eu vou ter 1 ou vários repositórios, um para cada ambiente, e como vou redefinir os processos de atualização de programas porque hoje está sendo controlado de forma manual. Já tenho os repositórios com todos os programas, só preciso definir como será o processo. Olha o meu cenário: hoje tenho 15 desenvolvedores, 2 equipes interna e externa. Eles desenvolvem na área de desenvolvimento de quando finalizam disponibilizo na área de homologação. Na área de homologação os desenvolvedores não tem acesso, e se esse programa foi homologado pelo usuário, o programa é movido para a área de produção. Principais problemas: se uso um repositório, enquanto o programa não for para a produção o fonte deve estar "locked", como o fonte já está alterado no repositório, se indevidamente executo o Update na Produção atualizo todos os fontes (em desenvolvimento e em homologação) que podem não estar homologados. Outro problema, dessa forma o update deve ser feito sempre por arquivo, imaginem que cada desenvolvedor altera n programas, o processo na efetivação de programas ficará muito demorado e falho. Pensei em ter 1 repositório para cada ambiente, não será muito simples o processo, mas ao meu ver é mais seguro, mas teremos outros problemas... Como me certifico pelo software que a versão que está na produção é a mesma que está no desenvolvimento, tendo em vista que todos os ambientes terão todos os programas. Essas são as principais dúvidas gente, o funcionamento do SVN em si acredito que não tenha muito problema, é apenas em como "adaptá-lo" ao nosso ambiente. Por isso estou perguntando aos "Progressistas" ;), pois acredito que algum "usuário de EMS" tenha o mesmo ambiente que nós...
    Alguem tem vários ambientes controlados? Quando é só desenvolvimento e produção é mais simples...
  5. bootstrapmaster

    bootstrapmaster Moderator Moderador Equipe de Suporte

    eu atendi um cliente que era a HUSSMANN em londrina, e o SVN tinha 3 ambientes, Desenvolvimento, homologação e produção, no SVN eram 2, Desenvolvimento e produção, existia uma pessoa chave, que liberava os fontes de um lado pro outro, ou seja, ela tinha em seu computador 2as. workcopys, a de desenvolvimento e a de produção, o usuario tinha acesso a base de homologação, onde os propaths apontavam para area de programas em teste e pra produção.

    quando eles davam o OK, essa pessoa, atualizava a workcopy de desenvolvimento, pegava os programas e copiava para a workcopy de produção e subia os fontes.
    Infelismente, como vc disse, nesse caso é programa a programa, tanto que pra cada desenvolvimento que faziamos, havia um documento onde eu tinha que por o nome de todos os programas que eu mexi, pra ela atualizar.
    mcfernandes curtiu isso.
  6. mcfernandes

    mcfernandes Membro Participativo

    Obrigada!!!! Já ajudou bastante!!!!
Status do Tópico:
Não esta aberto para novas mensagens.

Compartilhe esta Página