Combinando serviços de equipe do GitHub e TFS / Visual Studio

10

Gostaria de saber se é possível combinar o Visual Studio Team Services e / ou o TFS com um repositório GitHub. Acreditamos que ambos os produtos têm suas próprias vantagens e gostaríamos de trabalhar em um repositório dentro de nossa empresa.

O motivo para usar o VSTS / TFS é a integração no Visual Studio for Work Items.

Gabriël
fonte
Você já experimentou o plugin? visualstudio.github.com
gbjbaanb
1
O que você acha que está recebendo do github e que não é do VSTS e do git? Assumir que o git geral usando os dois não é realmente um grande problema, além das discussões sobre como manter tudo perfeitamente sincronizado.
Murph
Pergunta antiga, nova resposta: como a Microsoft comprou o GitHub , o uso do Visual Studio com um repositório git é uma realidade. Instruções sobre como começar com Git e VSTS: docs.microsoft.com/en-us/vsts/git/...
joynoele
@ Elsa que não é desde que a MS comprou o github. O VSTS suporta o Git há anos. Além disso, no OP, se você estiver usando o VSTS para itens de trabalho, não há motivo real para pagar pelo Github também. A grande diferença do Github em relação ao VSTS é como ele lida com o rastreamento de problemas.
precisa
1
Estou usando o github com o Visual Studio há anos ... Não sei o que você está pedindo ao OP, é extremamente fácil configurá-lo.
MattE 27/02/19

Respostas:

0

Como você não escreveu muito sobre o que seu objetivo é alcançar de ambos, eu os usei para obter esses benefícios.

TFS:

  • Já estava integrado ao cliente outros desenvolvimentos e a equipe estava à vontade para gerenciá-lo, mantendo os requisitos e itens de trabalho lá.
  • O backlog é criado com isso e o rastreamento dos itens de trabalho é realizado aqui.

GITHUB:

  • Um repositório de espaço reservado para manter erros e problemas nas versões existentes
  • O cliente tem várias filiais e pode enviar uma solicitação de qualquer lugar do mundo usando o email que cria um problema no github e rotulá-lo de acordo.
  • Leve automação e atribuição para manter as coisas sob SLAs

O problema ao usar os dois é que você está dividindo o fluxo de código e o fluxo de emissão / requisito. No meu projeto, percebi que os requisitos estão mais estritamente vinculados às alterações de código, enquanto os problemas provavelmente estão relacionados à documentação, falta de treinamento etc.

O github e o TFS podem conseguir isso sozinhos, então não faz sentido misturá-los se você não precisar.

Farrukh Subhani
fonte