【问题标题】:TFS Disk Structure - and "Add new folder" vs "Add solution"TFS 磁盘结构 - 和“添加新文件夹”与“添加解决方案”
【发布时间】:2011-02-24 09:29:21
【问题描述】:

我们的组织最近设置了 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 目录? 还是我想打开每个解决方案并签入。各有什么优缺点? 似乎通过执行“添加文件/文件夹”选项,我可以一次检查所有内容,并且它会匹配磁盘结构。

如果我分别签入每个解决方案,看起来也会在我的工作区中创建另一个工作文件夹。我想如果我通过“添加文件/文件夹”签入,我将拥有一个工作区,这样会更好。

但我看到的大多数书籍和示例都在谈论检查项目和解决方案。

附:我知道我需要根据分支/合并指南向我的磁盘结构添加更多内容,但这不是我在这里要问的问题。

谢谢, 尼尔·沃尔特斯

【问题讨论】:

    标签: directory-structure checkin


    【解决方案1】:

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

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

    【讨论】:

    • 我仍然很困惑什么是理想的选择。似乎每个人都会一直使用其中一种。如果我签入解决方案,那么如何签入诸如文档、发行说明、帮助文件等之类的内容...是否应该将它们全部添加到解决方案中,即使它们位于与解决方案和项目?当您在“Source Explorer”中浏览时,您似乎想要一个目录层次结构或一个解决方案列表,而不是两者的混合。更多想法?
    • 我们很早就决定尝试保持我们的源代码库干净,并且只包含源代码。我们将 TFS 项目门户(sharepoint)用于其他内容。如果您想对文档、帮助等进行版本控制,以及您的源代码,您可以将其添加到您的项目中,将其视为内容。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-06-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多