visual-studio - with - visual code github login




Usando o Git com o Visual Studio (11)

A Microsoft anunciou o Git para o Visual Studio 2012 (atualização 2) recentemente. Eu ainda não brinquei com isso, mas esse vídeo parece promissor.

Aqui está um tutorial rápido sobre como usar o Git do Visual Studio 2012.

Como um usuário do Visual SourceSafe de longa data (e odiador), eu estava discutindo a mudança para o SVN com um colega; ele sugeriu usar o Git vez disso. Já que, aparentemente, ele pode ser usado como peer-to-peer sem um servidor central (só temos uma equipe de 3 desenvolvedores).

Eu não consegui encontrar nada sobre ferramentas que integram o Git com o Visual Studio, entretanto - existe tal coisa?

Quais tecnologias estão disponíveis para usar o Git com o Visual Studio? E o que eu preciso saber sobre como eles diferem antes de eu começar?




Acho que o Git, trabalhando em árvores inteiras, beneficia menos da integração do IDE do que as ferramentas de controle de origem que são baseadas em arquivos ou seguem um padrão checkout-edit-commit. É claro que há casos em que pode ser bom clicar em um botão para fazer um exame de histórico, mas não sinto muita falta disso.

O verdadeiro dever é fazer com que seu arquivo .gitignore esteja cheio das coisas que não deveriam estar em um repositório compartilhado. O meu geralmente contém (entre outras coisas) o seguinte:

*.vcproj.*.user
*.ncb
*.aps
*.suo

mas isto é fortemente inclinado pelo C ++ com pouco ou nenhum uso de qualquer funcionalidade de estilo de assistente de classe.

Meu padrão de uso é algo como o seguinte.

  1. Código, código, código no Visual Studio.

  2. Quando feliz (ponto intermediário sensato para cometer código, mude para Git, altere o palco e revise os diffs. Se alguma coisa estiver obviamente errada, volte para o Visual Studio e corrija, caso contrário, confirme.

Qualquer mesclagem, ramificação, rebase ou outro material sofisticado do SCM é fácil de fazer no Git no prompt de comando. O Visual Studio normalmente fica feliz com as coisas que estão mudando, embora às vezes possa precisar recarregar alguns projetos se você alterou os arquivos do projeto de forma significativa.

Eu acho que a utilidade do Git supera qualquer inconveniente menor de não ter integração total com o IDE, mas é, até certo ponto, uma questão de gosto.


Como manipulado por Jon Rimmer, você pode usar GitExtensions. O GitExtensions funciona no Visual Studio 2005 e no Visual Studio 2008, mas também funciona no Visual Studio 2010 se você copiar e configurar manualmente o arquivo .Addin.


Em janeiro de 2013, a Microsoft announced que está adicionando suporte total ao Git em todos os seus produtos ALM. Eles publicaram um plug-in para o Visual Studio 2012 que adiciona a integração do controle de origem do Git.

Como alternativa, existe um projeto chamado Git Extensions que inclui suplementos para o Visual Studio 2005, 2008, 2010 e 2012, bem como a integração com o Windows Explorer. É regularmente atualizado e tendo usado em alguns projetos, eu achei muito útil.

Outra opção é o Git Source Control Provider .


Eu uso o Git com o Visual Studio para minha porta de Protocol Buffers para C #. Eu não uso a GUI - apenas mantenho uma linha de comando aberta, assim como o Visual Studio.

Na maior parte, tudo bem - o único problema é quando você deseja renomear um arquivo. Tanto o Git quanto o Visual Studio prefeririam que eles fossem o renomeados. Eu acho que renomeá-lo no Visual Studio é o caminho a percorrer - basta ter cuidado com o que você faz no lado do Git depois. Embora isso tenha sido um pouco trabalhoso no passado, ouvi dizer que, na verdade, ele deve ser bem simples no lado do Git, porque pode perceber que o conteúdo será basicamente o mesmo. (Não inteiramente o mesmo, normalmente - você tende a renomear um arquivo quando está renomeando a classe, IME.)

Mas basicamente - sim, funciona bem. Eu sou um novato do Git, mas posso fazê-lo para fazer tudo o que eu preciso. Certifique-se de ter um arquivo git ignore para bin e obj e * .user.



O suporte do Git feito pela Microsoft no Visual Studio é bom o suficiente para o trabalho básico (commit / fetch / merge e push). Meu conselho é apenas para evitar isso ...

Eu prefiro code.google.com/p/gitextensions (ou em menor proporção SourceTree ). Porque ver o DAG é realmente importante para mim entender como o Git funciona. E você está muito mais consciente do que os outros contribuidores do seu projeto fizeram!

No Visual Studio, você não pode ver rapidamente a diferença entre os arquivos ou confirmar, nem (adicionar ao índice) e confirmar apenas parte das modificações. Navegue sua história não é bom também ... Tudo o que termina em uma experiência dolorosa!

E, por exemplo, GitExtensions é empacotado com plugins interessantes: background fetch, GitFlow, ... e agora, integração contínua !

Para os usuários do Visual Studio 2015 , o Git está tomando forma se você instalar a extensão GitHub. Mas uma ferramenta externa ainda é melhor ;-)









git