2010-05-26 9 views
0

Наша организация недавно получила TFS 2008, подготовленную для нашего использования. У меня есть команда TeamProject, с которой можно играть.Структура дисковой системы TFS - и «Добавить новую папку» vs «Добавить решение»

Чтобы немного упростить, мы организовали предыдущий код на диске, как это:

-EC 
    - Main 
    - Database 
     - someScript1.sql 
     - someScript2.sql 
    - Documents 
     - ReleaseNotes_V1.doc 
    - Source 
     - Common 
      - Company.EC.Common.Biztalk.Artifacts [folder] 
      - Company.EC.Common.BizTalk.Components [folder] 
      - Company.EC.Common.Biztalk.Deployment [folder] 
      - Company.EC.BookTransfer.BizTalk.sln 
     - BookTransfer 
      - Company.EC.BookTransfer.BizTalk.Artifacts [folder] 
      - Company.EC.BookTransfer.BizTalk.Components [folder] 
      - Company.EC.BookTransfer.BizTalk.Components.UnitTest [folder] 
      - Company.EC.BookTransfer.BizTalk.Deployment [folder] 
      - Company.EC.BookTransfer.BizTalk.sln 

Я пытаюсь решить, хочу ли я, чтобы проверить во всем каталоге C: \ каталог ЕС? Или я хочу открыть каждое решение и проверить. Каковы плюсы и минусы каждого? Кажется, что, выполнив опцию «Добавить файлы/папку», я мог бы проверить все сразу и это соответствовало бы структуре диска.

Это также выглядит так, если я проверяю каждое решение отдельно, что создает другую рабочую папку в моей рабочей области. Я думаю, что если я зарегистрирую «добавить файлы/папку», у меня будет одно рабочее пространство, и это будет лучше.

Но большинство книг и образцов, которые я вижу, говорят о проверке проектов и решений.

P.S. Я знаю, что мне нужно добавить больше к моей структуре диска в соответствии с рекомендациями Branch/Merge, но это не вопрос, который я задаю здесь.

Спасибо, Нил Walters

ответ

1

Это прекрасно, чтобы проверить в наружной обозревателе решений (например, из проводника Control Source). Единственный недостаток, если вы это делаете, заключается в том, что ваши решения изначально не будут связаны с контролем источника. В следующий раз, когда кто-то проверит один из этих файлов, им придется вручную (через диалог) привязать к серверу управления версиями.

Если у вас ограниченное количество решений, добавление решения для управления исходным кодом возможно. Однако убедитесь, что у вас есть эти файлы в каталоге, сопоставленном с вашим текущим рабочим пространством.

+0

Я все еще смущен тем, что является идеальным вариантом. Кажется, что каждый будет последовательно использовать тот или иной. Если я проверю решения, то как я могу проверить такие вещи, как документы, заметки о выпуске, файлы справки и т. Д. Если все они будут добавлены в решение, даже если они находятся в каталоге, который находится на уровне брата, решений и проектов? Похоже, что когда вы просматриваете «Исходный проводник», вам нужна либо иерархия каталогов, либо список решений, а не их сочетание. Больше мыслей? – NealWalters

+0

Мы приняли решение на раннем этапе, чтобы попытаться сохранить исходный репозиторий в чистоте и только исходный код для жилья. Мы используем порталы проекта TFS (sharepoint) для других вещей. Если вы хотите, чтобы документы контроля версий, справки и т. Д. Вместе с вашим источником, вы можете добавить его в свой проект, просто рассматривайте его как контент. – Robaticus