解决方案和项目布局，TFS相关但不是tfs所需

只需要对此项目布局进行理智检查，以便在TFS中使用并且只是命名约定。解决方案和项目布局，TFS相关但不是tfs所需

如果这种布局对于大型解决方案布局有意义，我可以感受一下吗？

如果我在产品PROD上工作，并计划拥有用于日志记录，异常处理，缓存和其他横切问题的通用核心/框架，那么我计划创建我的文件夹/解决方案。（仅在日志记录例子给出）

/TFS

/TeamProjectCollectionName 
    /Source 
     /ProductName 
     Product.Framework.sln (roll up solution for all “framework components”) 
      /Framework 
      Product.Framework.Logging.sln (solution for all logging projects/tests) 
       /Logging 
       Product.Framework.Logging.Log.csproj

来源

2011-07-11 BoxOfNotGoodery

你已经拥有令人印象深刻。以下是我通常会推荐的屏幕截图。

enter image description here

你可以阅读更多关于分支策略这里http://tfsbranchingguideiii.codeplex.com/
打破结构向下进行生成，数据库，源。
- 来源：在源代码中，您可以为内部框架构建一个结构，您可以管理代码并需要进行版本控制，因为您可以预见它们的进一步开发。你可以有一个名为refs的文件夹来保存所有的外部DLL，比如aspose，log4net，mvc等等。好处是，你可以很容易地将它配置到你的构建项目中。此外，您可以为各个产品模块提供子文件夹。我已将ProductFramework解决方案与我的构建定义相关联，该构建定义创建了一个单一的版本化dll，然后在我的项目中使用其他各种组件。
- 数据库：你可以在这里版本你的数据库项目。
- 构建：就个人而言，我认为将开发定义使用的解决方案提供给开发人员是一个不错的主意。在这个文件夹下你可以有这个。

HTH。

干杯，塔伦

来源

2011-07-11 17:53:05

解决方案和项目布局，TFS相关但不是tfs所需

回答

相关问题