【问题标题】:TFS DLM: Should Database and Application be separate Build definitions?TFS DLM:数据库和应用程序应该是单独的构建定义吗?
【发布时间】:2018-02-16 14:16:21
【问题描述】:

我正在尝试在 TFS 2017 中设置应用程序和数据库。对于标准 Windows 应用程序和 SQL 数据库项目。

我应该将应用程序项目和 SQL 数据库项目合并到同一个解决方案中,并在同一个构建定义中的 TFS 上一起构建吗?

我认为这些应该是 TFS 中的单独解决方案和 TFS 中的单独构建定义。我们可以在 TFS Release 中包含多个工件引用以同时部署它们。

这有意义吗?

或者将解决方案和构建定义组合到相同的工作单元中是否更有意义?

【问题讨论】:

  • 从单一解决方案开始,因为它在开始时更容易维护。之后,很容易将其移动到单独的解决方案中。

标签: sql-server-data-tools release-management


【解决方案1】:

几个问题要问自己:

  1. 数据库更改是否需要随着代码更改而消失? 可能将它们结合起来
  2. 数据库是否由另一个组维护,您只是保持同步?也许把它们分开
  3. 数据库构建是否会为您的 CI 添加大量时间?也许将它们拆分以提高性能,或者在构建之间缓存 DacPac
  4. 如果它们位于不同的解决方案中,您打算如何进行代码审查或分支?

我通常将它们结合起来,但一直在考虑更接近第三个问题的方法来加快构建速度。

【讨论】:

    【解决方案2】:

    解决方案是在 Visual Studio 中组织项目的结构。是否将应用程序项目和 SQL 数据库项目合并到同一个解决方案中取决于您的项目结构。

    在 TFS 端,使用一个构建定义是可以的,如果你只想构建一个项目,你可以指定特定的项目。

    【讨论】:

      猜你喜欢
      • 2010-09-25
      • 2014-11-11
      • 1970-01-01
      • 2012-01-31
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-02-23
      • 1970-01-01
      相关资源
      最近更新 更多