Eu chamaria de thingy 'C' uma pasta, mas como eu deveria me referir a thingies 'A' e 'B'?
O fluxo de imagem é proveniente do IDE do Visual Studio Source Control Explorer.
Eu sempre me refiro a essas coisas pelo seu nome (como em "Ir para o TFS, Ferramentas do Cliente, Banco de Dados").
Suponho que o TFS não precise realmente de um nome (é a raiz do TFS - parece autoexplicativo para mim).
Ferramentas do cliente se parece com o que outros sistemas SCM chamam de "projeto", então, a menos que um guru da TFS diga diferente, é como eu o chamaria.
A - Este é o nó raiz , que também é referido como " $ / " Assim, o caminho que você tem no imagem (A \ B \ C) seria $ / CustomerTools / Database
Antes do TFS 2010, a pasta raiz reside no nível servidor TFS , portanto $ / é tecnicamente a pasta raiz do servidor. O TFS 2010 introduziu um novo conceito chamado Team Project Collection (TPC) , e assim em versões posteriores $ / representa a raiz do TPC ; Essas versões posteriores do TFS podem ter vários TPCs que são realmente apenas bancos de dados do SQL Server; cada TPC tem sua própria pasta raiz ($ /).
B - Esta é a pasta do Team Project . Na figura geral, é simplesmente uma pasta sob a pasta raiz que possui um ícone sofisticado; no entanto, é especial que a única maneira de criar uma pasta nesse nível seja criar um novo projeto de equipe. O nome da pasta é sempre igual ao nome do projeto de equipe; no seu caso, o nome do seu projeto de equipe é: CustomerTools . Um projeto de equipe é um contêiner no TFS que armazena dados do usuário relacionados ao controle de origem, gerenciamento de trabalho e compilações. Tem muitas partes diferentes e uma das partes é essa pasta. Há alguns padrões e ganchos nessa pasta que se relacionam com as outras partes do projeto de equipe, mas, no que se refere à atividade de controle de origem, você pode pensar nisso de forma semelhante a outras pastas que você encontrará no TFS. Uma coisa importante a saber e considerar sobre o controle de origem no TFS é que não importa onde algo está localizado no TFS (independentemente do projeto de equipe), tudo sob essa pasta raiz está no mesmo repositório isolado e você pode acessar qualquer arquivo ou pasta em todo o repositório, desde que você tenha permissões para isso. As permissões podem ser modificadas por qualquer administrador clicando com o botão direito do mouse no arquivo ou pasta e usando as opções em sua caixa de diálogo de propriedades. Você também pode modificar essas permissões por meio da linha de comando (consulte a permissão TF.exe comando e utilitário TFSSecurity.exe ).
C - Como mencionado por @Tyler, isso pode ser considerado como uma Pasta ou uma Filial simples e antiga. Antes do TFS você só poderia dizer qual é investigando as propriedades um pouco; No TFS 2010, eles começaram a distinguir uma ramificação de uma pasta usando um ícone diferente para indicar que algo é um ramo (uma pasta ainda usa um ícone de pasta). Você pode ver exemplos de cada um no gráfico abaixo. No que diz respeito a essas pastas, você pode pensar nelas da mesma maneira que pensa em pastas no Windows Explorer; eles são usados para conter / agrupar / organizar e proteger arquivos (ou outras pastas ou ramificações). Você pode ter uma hierarquia de pastas em seu caminho de controle de origem, mas o comprimento total do caminho deve ser menor que 259 caracteres ou ter problemas com determinadas operações (especialmente compilações) ao usar o TFS.
Para mim, normalmente escolho o que eles representam dentro do Team Foundation Server. Por exemplo "A" é uma coleção de equipe (ou coleção para breve), "B" seria um projeto de equipe (ou projeto para breve) e "C" poderia ser uma pasta ou filial.
Então, no exemplo que você tem acima, eu diria que vá para a Coleção tfs, o Projeto CustomerTools e a Filial do Banco de Dados.
Eu vi esse botão na janela Team Explorer, que sugere que o thingy B é de fato um Team Project.
