Usando o Git no ambiente corporativo [fechado]

Git é um excelente sistema de controle de versão. Se excluirmos o fato de que ele não possui um excelente suporte à GUI, é muito bom e rápido. Mas os controles de origem como o Clearcase têm grande suporte para clientes corporativos. As empresas estão investindo uma quantia enorme em servidores de controle de origem e licesense.

Ultimamente, a maioria das grandes empresas como o Google está adotando o Git em detrimento de outro sistema de controle de versão. Mas essa empresa possui um forte grupo de código aberto, que fornece consistentemente desenvolvimento e suporte para a ferramenta (eles podem até ter uma versão personalizada do Git). Ao mesmo tempo, grandes empresas não estão realmente se preocupando em adotar projetos de código aberto e torná-los relevantes para eles.

• O Git é realmente uma ferramenta confiável para o ambiente corporativo, especialmente na plataforma Windows?
• O suporte está em questão para o Git, pois é um produto de código aberto.
• Existe alguma empresa que fornece soluções e suporte? Como os custos do servidor são comparados a outros controles de versão como Clear-case?

O GitHub NÃO é um controle de versão - ele "hospeda" o sistema de controle de versão chamado "Git". Além do trocadilho, essa é uma diferença muito importante - conheça bem.

Em relação ao uso corporativo, posso dizer que o git é tão inteligente (e conveniente e melhor) quanto algo como o SVN. E você pode escolher uma estratégia de controle de versão adequada (fluxo de trabalho) com base no tamanho e escopo do projeto (e sua equipe). Sistemas não distribuídos não podem oferecer essa flexibilidade.

Para Windows, confira Msysgit ou Visual Studio Extensions para Git - git funciona muito bem no Windows. Além disso, os usuários do Windows analisam esta série de treinamentos do TekPub - é tudo Windows.

UPDATE [fev 2013] introdução ao git no visual studio

Sua pergunta não é incomum, e você pode pesquisar no Google e obter um monte de texto explicando por que e como (e se) usar o git na empresa.

• Vá ler isso , isso e isso
• Veja o GitLab , um aplicativo auto-hospedado que fornece uma interface semelhante ao GitHub
• Veja o projeto gitolite
• Veja as opções de hospedagem Git :
  • GitHub Enterprise
  • Gitorious
  • Git Enterprise
  • desembaraçar

Ainda não gosta de Git? Veja outro DVCS chamado Mercurial .

+1 Mercurial.

O Mercurial é legal, fácil, tem muitas GUIs amigáveis ​​e se sente mais profissional. Eu nunca entendi por que o Git tinha tanto hype, enquanto outros grandes estão na sombra. O Mercurial também é suportado pelo código do google, bitbucket.org (o equivalente ao github), eclipse ... Eu o uso há dois anos e sempre fui feliz com ele.

Editar fevereiro de 2014:

Enquanto isso, o Git assumiu tal liderança que eu o aconselharia sobre o mercurial. Três anos atrás, o Mercurial estava IMHO mais polido, limpo e melhor. No entanto, o hype estava do lado de Git e o momento que ganhou desde então o torna claramente o vencedor. Agora é o padrão de fato por causa de sua enorme comunidade.

Eu sei que https://github.com/ fornece algum suporte com relação a repositórios privados para empresas

Especificamente, eles fornecem um serviço chamado firewall install http://fi.github.com/ Eles alegam fornecer suporte, mas não têm detalhes publicados on-line e eu nunca os usei.

Os custos são de 5000 $ por 20 pessoas por ano.

Eu uso o Git e o Mercurial no Windows, e ambos são mais do que utilizáveis. Acho que as ferramentas da GUI para o Mercurial são melhores; portanto, se sua equipe está acostumada a ferramentas visuais, pode ser um ajuste melhor. Eu costumo usar a linha de comando - para mim, isso faz mais sentido.

Ambos, na minha experiência, são à prova de balas. Você não precisa de 'suporte' como tal, embora eu conheça muitas empresas que o desejam.

Tenho certeza de que existem outros, mas vale a pena dar uma olhada no Kiln , que é uma solução mercurial hospedada.

Observe que, independentemente do caminho a seguir, o DVCS é bem diferente dos VCS tradicionais. IMHO, eles são superiores em quase todos os aspectos, mas pode levar algum tempo para se acostumar.

O git é estrangeiro para desenvolvedores do Windows. Não é um verdadeiro cidadão de primeira classe. Funciona bem, mas é uma ferramenta Linux em primeiro lugar. Por exemplo, o modelo de servidor do git praticamente requer logins SSH para segurança.

O suporte é uma pergunta e existem empresas que podem fornecer, geralmente acompanhadas de uma solução hospedada.

Sabe-se que o Git não requer servidores enormes - já que os repositórios aumentam a capacidade e a velocidade são sempre importantes, mas como a maioria das operações acontece apenas no seu computador, os requisitos do servidor são uma ordem de magnitude inferior a algo como o Clearcase.

Pelo que vale, nossa empresa que não é uma empresa de menos de 100 é um grande usuário do git, no Windows, com projetos Java e C.

O Git é muito diferente do Clearcase; portanto, o desafio para você provavelmente será como migrar suavemente seus desenvolvedores (e outros usuários) para uma maneira diferente de trabalhar com código-fonte e arquivos. Dependendo da experiência dos usuários e da profundidade da integração do Clearcase em sua empresa, isso pode exigir muito treinamento e desaprendizagem.

Minha sugestão inicialmente é que você experimente o git em um projeto piloto e veja como ele funciona para sua equipe. Obtenha um repositório seguro no github e você está pronto para o piloto.

• O Git é realmente uma ferramenta confiável para o ambiente corporativo, especialmente para a Plataforma Windows?

Em breve estaremos em um forte sim com este. Atlassian recentemente deu grandes passos no sentido de conseguir isso com o lançamento do Stash 1.3 .

• O suporte é uma pergunta para o Git, pois é um controle de versão de código aberto.

Existe uma forte rede de suporte de usuários experientes do Git, oferecendo aconselhamento gratuito e vários grupos do LinkedIn (Git Version Control System). Uma pesquisa rápida no Google geralmente pode ajudar com a maioria dos requisitos. Para empresas maiores, também existem opções comerciais de suporte a Git agora disponíveis no mercado hoje.

• Alguma empresa existe para fornecer soluções e suporte? Como o servidor custa em comparação com outros controles de versão como Clear-case?

Agora, várias empresas oferecem suporte confiável e dedicado ao Git. Clearvision e #goGit para nomear um deles.

No local de trabalho da minha empresa, tenho trabalhado no apoio à integração de uma equipe no Mercurial (uma ferramenta semelhante ao git), em frente ao ClearCase.

Escolhemos a hg in party porque foi projetada em torno da imutabilidade, o que é importante para nossos objetivos de negócios. Além disso, como está escrito em Python, funciona muito bem no Windows. O Git tem uma reputação de ser molho de pimenta no Windows, e minha experiência refletiu isso. (Eu entendo que as ferramentas estão melhores agora, não uso mais o Windows o suficiente para verificar. :-)).

A experiência tem sido geralmente positiva, com a maioria de nossas desvantagens relacionadas a sub-repositórios e os estranhos indiretos a eles relacionados. Outra coisa é que o armazenamento de metadados não existe em hg; outras soluções precisam ser desenvolvidas para gerenciar isso.

Se eu recomendasse uma solução corporativa para o trabalho "pronto para uso" para desenvolvedores do Windows, eu recomendaria investigar o Kiln e o GitHub Firewall .

Eu sei que isso não responde diretamente à sua pergunta. Mas deixe-me colocar desta maneira: se você está acostumado ao ClearCase, espero que o git seja uma ordem de grandeza mais fácil de treinar, implementar e administrar.

Git e Mercurial podem ser usados ​​em ambientes corporativos. Até certo ponto. Algumas organizações têm requisitos adicionais atualmente não atendidos pelo git, como controle de acesso mais rigoroso, de modo que somente usuários específicos tenham acesso (de leitura) a arquivos específicos no repositório ou como interfaces de auditoria que o acesso pode ser rastreado. Alguns sistemas empresariais comerciais também têm uma integração mais profunda com o gerenciamento de sistemas de TI, como soluções de backup corporativas.

O Git também não é bom para garantir que o histórico seja mantido - por padrão, permite que empurrões forçados substituam o histórico completo do projeto.

Às vezes, grandes organizações enfrentam problemas de dimensionamento. Aqui está um caso do Facebook: http://comments.gmane.org/gmane.comp.version-control.git/189776 , enquanto alguns desses problemas são corrigíveis (ou seja, o Facebook corrigiu alguns problemas que eles tinham no mercurial: https: / Os sistemas de controle de versão comercial /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) têm um comportamento de dimensionamento diferente que pode (ou em outros ambientes pode não funcionar) funcionar melhor.

... e depois existe essa coisa de responsabilidade. Organizações maiores podem preferir ligar para um fornecedor externo quando houver problemas, em vez de usar seu tempo para depurar os problemas e contar com o suporte da comunidade. Especialmente se houver repositórios corrompidos com informações confidenciais.

Estes não são, de modo algum, problemas que o tornam inutilizável em "ambientes empresariais", mas, como sempre, softwares diferentes têm prós e contras diferentes, que devem ser avaliados caso a caso.