Quais são as grandes diferenças entre TFVC (TFS Version Control) e Git para controle de origem ao usar o Visual Studio 2013?

Há toneladas de perguntas e respostas sobre Git versus TFVC Source Control, mas nenhuma resposta atual cobre a integração do Git no Team Foundation Server / Service que posso encontrar.

Estou começando o desenvolvimento de pastagens verdes usando uma ampla variedade de linguagens (C #, C ++, PHP, Javascript, MySSQL) usando o Visual Studio 2013. No futuro, haverá algum desenvolvimento para iOS. Estou muito familiarizado com SVN, VSS e TFVC para controle de origem. No entanto, nunca usei o Git. Prefiro o TFS para gerenciamento de processos / desenvolvimento ágil ... Não é perfeito, mas se integra bem ao Visual Studio.

Então, para me ajudar a decidir entre esses dois sistemas ...

Quais são as grandes diferenças entre TFVC e Git para controle de origem ao usar o Visual Studio 2013?

• O único benefício no meu caso é um repositório local (sem dizer que é insignificante) e suporte ao desenvolvimento de iOS?
• É a única desvantagem do Git, a interface de linha de comando (alguns diriam que não é uma desvantagem ;-P).
• Você já experimentou a GUI do Visual Studio 2013 para Git? Isso é suficiente para oferecer suporte a ramificação / mesclagem básica sem a interface de linha de comando?
• Existe um guia de inicialização detalhado para Git que mostra o Git sendo usado com o Visual Studio 2013? A Microsoft tem um vídeo para integrar um repositório Git existente ao Visual Studio 2013, mas estou procurando começar do zero com Git e VS 2013.

Não estou procurando um livro aqui, mas apenas alguns pontos e talvez alguns links relevantes de pessoas que usaram TFVC e Git.

Quais são as grandes diferenças entre o TFS e o Git para controle de origem ao usar o VS 2013?

MSDN tem uma página muito extensa sobre todos os recursos e diferenças entre Team Foundation Version Control e Git .

O único benefício no meu caso é um repositório local (sem dizer que é insignificante) e suporte ao desenvolvimento de IoS?

Não, há muito mais, mas geralmente são cenários avançados do Git. Repo local, suporte offline e total fidelidade local no histórico são incrivelmente poderosos, você consegue isso logo de cara com o Visual Studio. Existem alguns outros recursos que também são ótimos! A capacidade de ramificar e mesclar de um repositório para outro é muito poderosa. Eu recomendo que você procure o livro Pro Git para eles. O Git no TFS é apenas mais um servidor git, ele possui praticamente todos os recursos que o Git padrão possui.

A capacidade de reescrever o histórico antes de mesclar permite remover ou combinar vários conjuntos de mudanças menores, para que o histórico seja mais limpo e mais fácil de ler como um ser humano.

É a única desvantagem do Git, a interface de linha de comando (alguns diriam que não é uma desvantagem ;-P).

O TFVC também tem uma linha de comando, as pessoas simplesmente não a usam. Para as pessoas que querem usar o Git e nunca fazem muito mais do que o TFVC, provavelmente não precisarão realmente deixar a IU, mas não obterão muitos recursos interessantes ...

Pode haver algumas outras desvantagens, principalmente devido ao fato de que é diferente do que as pessoas estão acostumadas. Não é muito difícil atirar no próprio pé se você não dedicar um tempo para aprender o que o git faz quando você faz as coisas. Coisas como Rebase e Squash são realmente poderosas e criam um histórico muito limpo, mas podem deixar as pessoas com o problema de que não podem mais se fundir se usadas incorretamente. O TFS tem a capacidade de colocar algumas configurações de segurança para retirar os direitos de tomar decisões muito estúpidas em um repositório git .

Um add-on muito legal para usuários Git no Windows é o PoSHGit . ele fornece autocompletar comandos na linha de comando do Powershell.

Você já experimentou a GUI do VS 2013 para Git? Isso é suficiente para oferecer suporte a ramificação / mesclagem básica sem a interface de linha de comando?

Ele tem tudo que você precisa para operações básicas. Mas você precisa ser capaz de visualizar os diferentes ramos para saber o que está acontecendo. Como o servidor Git e o repo local são apenas Git, qualquer cliente git pode ajudá-lo aqui. SourceTree é uma opção aqui. O cliente Git para Windows é outro.

Para operações padrão, check-in, check-out, mesclagem, ramificação (ou push, pull, fetch, commit, merge) a IU funciona muito bem.

Existe um guia de inicialização detalhado para Git que mostra o Git sendo usado com o VS 2013? A MS tem um vídeo para integrar um repositório Git existente ao VS 2013, mas estou procurando começar do zero com Git e VS 2013?

Começar com Git está disponível em vários lugares ... Estas são algumas opções:

• Documentos do MSDN: use o Visual Studio com Git
• Blog do MSDN: Introdução ao Git
• Há um laboratório prático para o VM Brian Keller .
• Microsoft Virtual Academy: Usando Git com Visual Studio 2013 Jump Start
• Pluralsight: Git para desenvolvedores do Visual Studio

Outras boas leituras:

• Documentos MSDN: Resumo de Git vs TFVC
• Syncfusion: Git sucintamente
• Definindo a ferramenta Visual Studio Merge como padrão para Git
• usando PoshGit de dentro do Visual Studio
• Apress: Pro Git
• ALM Ranger Git para orientação de usuários TFVC.

E algumas ferramentas que valem a pena instalar:

• PoshGit
• SourceTree
• Git Diff Margin

Para esclarecer algumas terminologias misturadas e confusas que são muito usadas com o TFS

O Team Foundation Server (TFS) é uma ferramenta de gerenciamento do ciclo de vida do aplicativo, que inclui um componente do sistema de controle de versão de origem (VCS) .

O componente VCS que o TFS usa é principalmente o Team Foundation Version Control (TFVC)

Então, a questão seria TFVC vs Git

(Na verdade, o TFS oferece suporte a Git como uma opção VCS .)

Então, a questão é: TFVC vs Git

jessehouwing tem uma ótima resposta que cobre isso em detalhes, portanto, consulte

Quanto à escolha de qual usar, na minha opinião o Git ganha

1. É leve: simples de configurar e começar a usar.
2. Sua natureza distribuída significa que é muito resistente a desastres, alguém sempre terá uma cópia do repo.
3. O trabalho offline é simples, você está trabalhando com seu próprio repositório completo. Você pode confirmar alterações, reverter, histórico de navegação, etc. Você só precisa estar online quando quiser sincronizar com um repositório remoto.
4. No TFS, não há uma maneira simples de salvar o estado de suas alterações (acréscimos, modificações, exclusões de arquivos) e alternar para outro estado de código. (Por exemplo, para trabalhar em dois recursos e alternar para frente e para trás). No git, você simplesmente verifica um branch diferente.

É a única desvantagem do Git, a interface de linha de comando (alguns diriam que não é uma desvantagem ;-P).

Se você não se sentir confortável com a interface de linha de comando, existem vários front-ends de GUI disponíveis para Git. O próprio Git contém, na verdade, a ferramenta GUI do navegador do repositório chamada gitke git-gui- uma GUI para git. Depois, há aplicativos de terceiros, como git-cola , TortoiseGit e outros .