程序员指南

Question

除了我之前的主题

How to use SVN, Branch? Tag? Trunk?

我想深入了解程序员应该如何/如何使用TFS。

我最感兴趣的不是如何设置服务器，而是如何每天使用它。在软件工程领域，您的责任不仅在于代码，还包括体系结构、文档和其他领域。你需要收集你的作品，最好在同一个地方。

因此，这些是我的兴趣点，我想获得更多的知识：

您将如何构造一个TFS工作区/项目，以支持大量不同的客户/项目，以及每个customer?

• Splitting在上面项目上的文件夹结构上的不同项目，例如，代码、文档->体系结构、需求等等，还能有哪些内容，什么是一个很好的常用文件夹结构？

• 是一个易于浏览的存储库；这里的文件夹结构也很重要，但是这一点更适合于存储库的不同探索者，而不仅仅是内置的。

这些只是我想知道更多的几点。建议初学者指南，深度指南和链接涵盖上述主题将是非常有用的。请随意添加其他重要的考虑，以及这一点。

Answer 1

如前所述，模式和实践指南对于整个TFS的使用来说是一个很好的指南。

http://www.codeplex.com/TFSGuide

但是，如果您碰巧想要专注于分支策略，您可能还需要查看VSTS游骑兵组合起来的分支指南(特别是第二个版本)。

• http://www.codeplex.com/TFSBranchingGuideII
• (older版本) http://branchingguidance.codeplex.com/

如果你最终进入了上面没有提到的特定问题，请记住，你也可以点击TFS版本控制论坛寻求帮助。

http://social.msdn.microsoft.com/Forums/en/tfsversioncontrol/threads

Answer 2

您是否参考过本指南：http://www.codeplex.com/TFSGuide

我刚刚完成了为我们公司编写的TFS指南，我们遵循了指南中的大多数最佳实践建议。

我们使用的结构如下：

TeamProject1
    Main
        Source
            ClassLibrary1
            ClassLibrary2
            CommonCodeLibrary
            TeamProject1Web
    Releases
        Release1
            Source
                ClassLibrary1
                ClassLibrary2
                CommonCodeLibrary
                TeamProject1Web
        Release2
            Source
                ClassLibrary1
                ClassLibrary2
                CommonCodeLibrary
                TeamProject1Web
TeamProject2
    Main
        Source
            ClassLibrary1
            CommonCodeLibrary
            TeamProject2Web
    Releases
        Release1
            Source
                ClassLibrary1
                CommonCodeLibrary
                TeamProject2Web
        Release2
            Source
                ClassLibrary1
                CommonCodeLibrary
                TeamProject2Web
SharedTeamProject //this would represent a set of code that's used in other team projects
    Main
        Source
            CommonCodeLibrary
    Releases
        Release1
            Source
                CommonCodeLibrary
        Release2
            Source
                CommonCodeLibrary

基本上，当发布时，我们将主\Source项目分支到Releases\Releasex分支。

对于跨多个项目共享的代码，我们为该代码创建一个单独的团队项目，然后将其分支到单独的团队项目中。在下面的示例中，SharedTeamProject表示共享代码。例如，我们将CommonCodeLibrary分支到各个团队项目的主源文件夹的教学中。

对于特定于客户的版本，您只需为它们创建适当的发布分支即可。

我认为主要是想出一个计划，你的团队同意(大部分)，理解，并愿意遵循。确保该计划有很好的文档记录并得到遵循。结构的一致性是成功的源代码管理系统的关键之一。

Answer 3

以下是我对你们观点的看法：

• 首先有Team级别。最好在这里遵循微软的建议:物理团队有单独的团队项目。对于特定于客户的更改，我会从主干中做额外的分支。这允许您将所有bug修复和与客户无关的更改合并到客户分支中，而不需要太多麻烦。
• 不将文档放在源代码管理中，而是将它们放在Team中的documents文件夹中。对于所有文档，请查看Sharepoint.
• Try将文件夹结构映射到您的命名空间层次结构。这使得浏览起来非常容易。

请记住，设置TFS确实取决于团队的大小、团队的数量和代码库的大小。