Терминология TFS
Несомненно, не делайте Вы редактируете свой httpd.conf файл и просто добавляете
Order allow,deny
Allow from all
в virtualhost ответственном за пример com:80 и
Order allow,deny
Allow from 127.0.0.1
в одно ответственное за нечто example.com:80?
Или я пропускаю что-то?
Я всегда обращаюсь к таким вещам их именем (поскольку в "Переходят к TFS, Клиентским Инструментам, Базе данных").
Я предполагаю, что TFS действительно не нужно имя (это - корень TFS - кажется очевидным мне).
Клиентские Инструменты похожи на то, что другие системы SCM называют "проектом", поэтому если гуру TFS не говорит отличающийся, это - то, что я назвал бы им.
Я видел эту кнопку на окне Team Explorer, которое предполагает, что штука B является действительно Проектом Команды.
Обычно я выбираю то, что они представляют в Team Foundation Server. Например, «A» - это коллективная коллекция (или для краткости - «Коллекция»), «B» - это командный проект (или сокращенно проект), а «C» может быть либо папкой, либо ветвью.
Итак, в примере у вас есть выше, я бы сказал, перейдите к tfs Collection, CustomerTools Project и Database Branch.
A - Это корневой узел , который также называется « $ / ». Итак, путь, который вы указали в изображение (A \ B \ C) будет $ / CustomerTools / Database
До TFS 2010 корневая папка находится на уровне сервера TFS , так что $ / технически является корнем сервера папка. TFS 2010 представила новую концепцию, названную Коллекцией командных проектов (TPC) , и поэтому в более поздних версиях $ / представляет собой корень TPC ; Эти более поздние версии TFS могут иметь несколько TPC, которые на самом деле являются просто базами данных SQL Server; у каждого TPC есть своя собственная корневая папка ($ /).
B - это папка Team Project . В целом это просто папка под корневой папкой с причудливым значком; Однако, его особенность заключается в том, что единственный способ создать папку на этом уровне - это создать новый командный проект. Имя папки всегда совпадает с именем командного проекта; в вашем случае название вашего командного проекта: CustomerTools . Командный проект - это контейнер в TFS, в котором хранятся пользовательские данные, относящиеся к управлению версиями, управлению работой и сборкам. У него много разных частей, и одна из них - это папка. В этой папке есть некоторые значения по умолчанию и перехватчики, которые относятся к другим частям командного проекта, но что касается деятельности в системе управления версиями, вы можете думать о ней так же, как о других папках, которые вы найдете в TFS. Об управлении версиями в TFS важно знать и учитывать то, что независимо от того, где что-то находится в TFS (независимо от командного проекта), все, что находится в этой корневой папке, находится в одном изолированном репозитории, и вы можете получить доступ к любому файлу или папке во всем репозитории, если у вас есть на это разрешения. Разрешения могут быть изменены любым администратором, щелкнув правой кнопкой мыши файл или папку и используя параметры в диалоговом окне свойств. Вы также можете изменить эти разрешения через командную строку (см. Команду TF.exe permission и утилиту TFSSecurity.exe ).
C - Как упоминал @Tyler, это может быть либо обычная старая папка , либо ветвь . До TFS вы могли узнать, что это такое, только немного изучив свойства; В TFS 2010 они начали отличать ветку от папки , используя другой значок, чтобы указать, что что-то является ветвью (в папке по-прежнему используется значок папки). Вы можете увидеть примеры каждого из них на рисунке ниже. Что касается этих папок, вы можете думать о них так же, как о папках в проводнике Windows; они используются для хранения / группировки / организации и защиты файлов (или других папок или веток). У вас может быть иерархия папок в вашем пути управления версиями, но общая длина пути должна быть меньше 259 символов, иначе у вас могут возникнуть проблемы с некоторыми операциями (особенно сборками) при использовании TFS.
