Migrar O Projeto Para Git E Hospedar No Github

[wrmedeiros]

Bom dia pessoal.

 

Sei que isso tem que ser bem planejado (impacto para os usuários, projeto, etc.), mas já pensaram em migrar o projeto para GIT?

 

No começo o impacto pode ser grande, pois o conceito do SVN e GIT são bem diferentes (repositório distribuído, etc.), mas na minha opinião uma das principais vantagens seria a integração com ferramentas como GitLab (ou hospedar em um GitHub, BitBucket, etc.).

 

No GitHub/GitLab/BitBucket poderíamos trabalhar melhor com branch´s, e principalmente, usar o conceito de Merge Request. Isso seria excelente para quem contribuí com código para o projeto. Em vez de anexar um arquivo .pas inteiro em uma tarefa, poderíamos trabalhar no nosso próprio repositório ACBr (welkson/ACBr por exemplo), criar uma branch (algo como: ACBrEscPOSDaruma), quando terminar a alteração fazer o push para o GitHub (no meu fork/repositório: welkson/ACBr), e por fim solicitar um Merge Request entre "welkson/ACBr: ACBrEscPOSDaruma" para "ACBr/ACBr:master").

 

O Merge apareceria no repositório do projeto ACBr, todos poderiam comentar o diff (alterações relalizadas no código) a nível de "linha de código", propor melhorias, etc. Isso certamente melhoria bastante o controle do que entra no código (revisão), como também evitaria que contribuições de código ficassem perdidas em mensagens do fórum.

 

Se o projeto não quiser deixar hospedado o código no GitHub (que acredito ser o ideal, não ficar responsável por manter o GIT, etc.), pode usar o GitLab (instala no seu próprio Linux, etc.). Para os usuários no Windows tem o "Tortoise GIT", que é bem parecido com o "Tortoise SVN".

 

Migrei vários projetos da empresa para Git, e apesar dos problemas iniciais hoje vejo que foi uma decisão acertada.

 

Enfim, essa é apenas uma sugestão!

 

Abraços,

[André Ferreira de Moraes]

Já discutimos sobre isso e no momento não temos intenção de fazer essa migração.

[wrmedeiros]

Beleza André! Realmente tem que ser algo bem pensado e planejado! 

 

Uma sugestão seria migrar projetos menores (ACBrTools por exemplo), e se tudo correr bem, migrar os maiores.

 

Obrigado pelo retorno.

[EMBarbosa]

Se você conhece bem o Git/Hg, sabe que pode importar códigos vindos do SVN e trabalhar com ele como se fosse código controlado por um sistema distribuído.

Você pode fazer isso pessoalmente, se for de interesse.

[wrmedeiros]

Conheço essa funcionalidade, mas quando sugeri estava pensando na facilidade de contribuir com código para o projeto, pois fica bem mais fácil para os coordenadores do projeto avaliarem "Merge Request's" via GitLab/GitHub/etc. que baixar uma unit anexada a uma tarefa (e ainda corre o risco de não ver aquela thread e perder a contribuição).

 

Mas estou ciente que a migração para GIT pode ser bem traumática (problemas e "line ending", encoding, etc.)... no futuro quem sabe!

[Daniel Simoes]

Welkson,

 

Um dos meus receios... e justamente os infinitos "branches" que o GitHub permitiria...

 

Quase todas as contribuições que recebemos, precisam de vários ajustes, pois geralmente não foram testadas em Delphi XE, Delphi 7 e Lazarus,  Windows / Linux... Então a facilidade de Merge do GitHub não nos ajudaria muito...

 

Outro fato é que foi muito difícil para os usuários se acostumarem com a migração de de CVS para SVN, e depois para o novo repositório imposto pelo Source Forge...  a migração para Git seria outra complicação para todos os desenvolvedores que baixam o ACBr com frequência...

[EMBarbosa]

Só para tranquilizar os interessados no Git, eu planejo manter um repositório aberto que vai se comunicar com o SVN oficial. Daí quem quiser poderá utilizá-lo. Eu vou assim filtrar, compatibilizar e enviar ao SVN as alterações propostas.

 

Se isso realmente ajudar outros a contribuir ao ACBr eu vou mantê-lo. Mas se burocratizar ainda mais, eu vou fechá-lo. Assim como o Daniel, eu quero que seja fácil o acesso. Vejo muitos usuários tendo problemas com um controle de versão aqui no fórum.

 

A previsão é fazê-lo no primeiro semestre do ano que vem em caráter experimental. Mas antes, eu preciso terminar outras coisas que são mais urgentes.

 

EDIT: link para um tópico

[toninhonunes]

Várias contribuições que fazemos nem é analisada ou aceita, anexar arquivos se torna um problema, é bem medieval trabalhar desta forma colaborativa, queremos ajudar, mas sentimos que somos rejeitados por não poder fazer o projeto avançar mais rápido com novos recursos, fiz até o boleto da contribuição sindical da Caixa já ajustado com o fastreport, mas desisti de tentar enviar, muito raro aceitar nossas contribuições, com o Git faríamos um fork e faria o push para poder ser aprovado ou não as alterações, criar os ambientes de testes e aprovar o commit, a grande vantagem do Git é essa, poder criar branches alternativos, testar e liberar novos releases, o SVN considero muito burocrático.

Editado 14 Dezembro, 2014 por toninhonunes

[Daniel Simoes]

Você pode fazer o seu próprio Fork do ACBr... e mantê-lo como quiser...

[toninhonunes]

Tranquilo, isso já sei, o problema é que tenho parceiros desenvolvendo junto, aí tenho que mandar o meu para o colega, porque se não dá erro, estamos trabalhando no mesmo projeto de forma remota e usamos o acbr e tudo que incluo, tem que enviar para ele para poder compilar com as features adicionais e estamos usando o Git.

Editado 14 Dezembro, 2014 por toninhonunes

[EMBarbosa]

Várias contribuições que fazemos nem é analisada ou aceita

Seria melhor você citar as várias contribuições que fez e que não foi analisada ou aceita.