SVN, GitHub, GitLab, BitBucket

[Danny]

Olá pessoal, boa tarde.

Estou verificando no fórum sobre uma discussão antiga.

Não sei se podem me ajudar, mas estou com uma necessidade de usar um Git, pois os desenvolvedores irão trabalhar nas suas residências.

Sei que o ACBr utiliza o subversion (SVN) e gostaria de saber porque optaram pelo SVN e não pelo GitLab, GitHub ou outro.

Observei também que algumas pessoas tem uma conta no GitHub do projeto ACBr (https://github.com/frones/ACBr). Por que criaram esta conta?

Testei o GitLab e observei algumas desvantagens com relação ao SVN como:

- se excluir o arquivo local ao dar um pull os mesmo não são baixados

- não mostrar se os arquivos estão iguais ou diferentes aos arquivos do repositório "master" (os sinaizinhos verde, vermelho, amarelo)

- necessidade de executar comandos via prompt

Porém, pesquisando pelo google trends, muitas pessoas hoje utilizam mais o GitLab/GitHub do que o SVN, mas não informações exatas sobre as vantagens e desvantagens de se utilizar um ou outro. Sei que o GitLab tem a vantagem de se criar vários branches, coisa que o SVN não faz.

Será que podem me ajudar a fazer uma boa escolha?

Obrigado.

[Daniel Simoes]

Eu não gosto do GIT

[Danny]

Obrigado pela resposta Daniel.

Vou pesquisar mais sobre o assunto.

[Waldir Paim]

Em 29/11/2019 at 15:04, danny disse:

Olá pessoal, boa tarde.

Estou verificando no fórum sobre uma discussão antiga.

Não sei se podem me ajudar, mas estou com uma necessidade de usar um Git, pois os desenvolvedores irão trabalhar nas suas residências.

Sei que o ACBr utiliza o subversion (SVN) e gostaria de saber porque optaram pelo SVN e não pelo GitLab, GitHub ou outro.

Observei também que algumas pessoas tem uma conta no GitHub do projeto ACBr (https://github.com/frones/ACBr). Por que criaram esta conta?

Testei o GitLab e observei algumas desvantagens com relação ao SVN como:

- se excluir o arquivo local ao dar um pull os mesmo não são baixados

- não mostrar se os arquivos estão iguais ou diferentes aos arquivos do repositório "master" (os sinaizinhos verde, vermelho, amarelo)

- necessidade de executar comandos via prompt

Porém, pesquisando pelo google trends, muitas pessoas hoje utilizam mais o GitLab/GitHub do que o SVN, mas não informações exatas sobre as vantagens e desvantagens de se utilizar um ou outro. Sei que o GitLab tem a vantagem de se criar vários branches, coisa que o SVN não faz.

Será que podem me ajudar a fazer uma boa escolha?

Obrigado.

Citar

- se excluir o arquivo local ao dar um pull os mesmo não são baixados

Git usa um conceito de repositório local e não apenas um repo central igual SVN.

Citar

- não mostrar se os arquivos estão iguais ou diferentes aos arquivos do repositório "master" (os sinaizinhos verde, vermelho, amarelo)

Esse formato de repositório local me ajuda muito nas alterações mais complexas pois vou fazendo commits parciais e consigo ter o antes de depois de cada alteração antes mesmo de fazer o Push.
 

Citar

- necessidade de executar comandos via prompt

Isso se dá pelo motivo dele ser integrável a muitas IDEs e uma delas e que já estou usando inclusive para programar em pascal é o VS Code, sem falar do próprio Delphi nosso de cada dia.

Mas não precisa usar via prompt obrigatoriamente! eu mesmo uso o smartgit inclusive para clonar inclusive o repo do ACBr que está no SVN.

Então mudar para o git requer um pouco de adaptação no primeiro momento mas em 2 semanas de git você nem lembra mais de SVN.

Na minha opinião use para seus projetos pessoais e profissionais opte pelo GIT criando contas privadas e contas publicas para seus estudos e projetos open source.

[Juliomar Marchetti]

Tu queres opinião.

SVN é um servidor central, GIT é distribuído

Eu particularmente uso o SVN por conta do ACBr

mas no restante utilizo o GIT

Agora se estiver falando de servidores de GIT conheço 3

GitHub, GitLab e BitBucket os dois últimos é bom pois deixa criar diversos repositórios gratuitos e fechados a uma equipe. claro pequena já o GitHub é pior pois limita mais ainda.

Quanto a ferramentas dá um olhada na ferramenta visual GitKraken creio ser uma ferramenta sensacional e tu consegue observar tudo o que está fazendo tanto no servidor quanto no seu micro.

 

[EMBarbosa]

Em 29/11/2019 at 16:04, danny disse:

Será que podem me ajudar a fazer uma boa escolha?

Sua equipe está acostumada com Git?

Você vai ter uma equipe distribuída?

Você quer melhor integração com outras ferramentas de DevOps (como Jenkins por exemplo)?

Você quer seguir a maioria?

Se a resposta a alguma dessas perguntas for sim, use Git.

Caso seja não para todas, então pode escolher entre SVN e GIT. Daí vão entrar coisas como simplicidade (tende para SVN) e recursos (tende para GIT).

As versões mais novas do SVN permitem "Shelving" que é um recurso bem simplificado mas útil de alteração local.

[Danny]

Bom dia pessoal.

Certamente suas respostas me influenciaram a escolher a ferramenta ideal para a minha necessidade.

A equipe aqui é pequena e distribuída, tem experiência básica com Git e SVN. Porém a equipe poderá crescer e, por isso, optei por uma ferramenta "escalável".

Vamos de GitLab mesmo. Ontem começamos a aprofundar os estudos para a implementação desta como sendo nossa ferramenta de versionamento.

Muito obrigado pela ajuda de todos.

[Juliomar Marchetti]

31 minutos atrás, danny disse:

Bom dia pessoal.

Certamente suas respostas me influenciaram a escolher a ferramenta ideal para a minha necessidade.

A equipe aqui é pequena e distribuída, tem experiência básica com Git e SVN. Porém a equipe poderá crescer e, por isso, optei por uma ferramenta "escalável".

Vamos de GitLab mesmo. Ontem começamos a aprofundar os estudos para a implementação desta como sendo nossa ferramenta de versionamento.

Muito obrigado pela ajuda de todos.

Dica do GitLab

tu pode colocar em um servidor interno instalando a versão CE dele e via docker que fica fácil de atualizar.

pode habilitar a autenticação em duas etapas

e também pode usar o CI dele onde pode ter um repositório de desenvolvimento e um de produção, conforme sobe os push e commit ele já vai compilando as versões e liberando para sua equipe de testes e quando fizer o merge para a produção já pode fazer a compilação direta de sua aplicação liberando para cliente final sem interferir.

pense em ter um e-mail informando que um commit deu problema e onde foi o mesmo

[Danny]

@Juliomar Marchetti, agradeço a dica.

Vamos considerar sua sugestão.