TFS磁盘结构 - 和“添加新文件夹”vs“添加解决方案”

时间:2010-05-26 20:56:03

标签: tfs2008 directory-structure checkin

我们的组织最近为我们的使用准备好了TFS 2008。我有一个练习TeamProject可供使用。

为了略微简化,我们之前在磁盘上组织了我们的代码:

-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:\ EC目录? 或者我是否要打开每个解决方案并签入。各自的优点和缺点是什么? 看起来通过“添加文件/文件夹”选项,我可以立即检查所有内容,它将匹配磁盘结构。

如果我单独检入每个解决方案,它也会在我的工作区中创建另一个工作文件夹。我想如果我通过“添加文件/文件夹”登记,我会有一个工作区,那会更好。

但我看到的大部分书籍和样本都谈到了检查项目和解决方案。

P.S。我知道我需要根据Branch / Merge指南为我的磁盘结构添加更多内容,但这不是我在这里问的问题。

谢谢, 尼尔沃尔特斯

1 个答案:

答案 0 :(得分:1)

可以在解决方案资源管理器外部检查(例如,从Source Control资源管理器中)。如果你这样做的一个缺点是你的解决方案最初不会受到源代码控制的约束。下次有人检查其中一个文件时,他们必须手动(通过对话框)绑定到源控制服务器。

如果您的解决方案数量有限,则可以将解决方案添加到源代码管理中。但是,请确保将这些文件放在映射到当前工作空间的目录中。