Sql server 在SSIS生成或签入后执行SQL脚本

Sql server 在SSIS生成或签入后执行SQL脚本,sql-server,tfs,ssis,msbuild,continuous-integration,Sql Server,Tfs,Ssis,Msbuild,Continuous Integration,我正试图找到一种更好的方法来测试SSIS应用程序,该应用程序用于将文件中的数据加载到SQL Server并验证文件数据 我创建了一个SQL脚本,可以运行该脚本将“坏”数据插入数据库表,并确保我们的验证正确执行 SQL脚本: -加载“坏”数据 -执行SSIS验证 -确保检测到数据中的错误 -输出通过或失败 -如果通过,则删除测试数据 我是否可以让这个脚本以某种方式自动运行,例如在某人签入一些代码之后?我应该将其添加为存储过程吗 我查看了默认模板生成定义,但看不到如何运行此SQL脚本。您可以使用SQ

我正试图找到一种更好的方法来测试SSIS应用程序,该应用程序用于将文件中的数据加载到SQL Server并验证文件数据

我创建了一个SQL脚本,可以运行该脚本将“坏”数据插入数据库表,并确保我们的验证正确执行

SQL脚本:
-加载“坏”数据
-执行SSIS验证
-确保检测到数据中的错误
-输出通过或失败
-如果通过,则删除测试数据

我是否可以让这个脚本以某种方式自动运行,例如在某人签入一些代码之后?我应该将其添加为存储过程吗


我查看了默认模板生成定义,但看不到如何运行此SQL脚本。

您可以使用SQL Server代理嵌入例如您的SQL代码,然后从应用程序中运行此作业。

根据我2分钟的搜索,您似乎无法将其作为签入的一部分

  • (美丽的图画)
相反,您需要设置一个生成服务器来处理该操作。开箱即用,MSBuild无法运行SQL脚本,因此需要挂起并利用SqlExecute


    • 执行此操作的错误方法是使用生成服务器。持续集成有很多部分,构建服务器实际上是为编译和验证而设计的,不需要环境的实例。您可以采用两种良好做法:

    • 创建一个测试线束,允许您从SSIS脚本加载单个包,并测试输入和输出。基本上是单元测试。几年前我为一位客户做了这件事,效果很好
    • 使用a、数据和您需要的一切。VisualStudio的版本管理可以轻松做到这一点

    • 我经常去买的一条经验法则是,如果我不需要内存对象以外的任何对象的实例,那么我只需要一个构建服务器。但是,如果我需要我的应用程序的实例,那么我想将发布管理工具添加到我的持续集成策略中。

      是否要将其作为构建过程和TFS的一部分?比如持续集成?因此,测试是作为签入过程的一部分运行的,以确保没有任何更改?>哦,忘记:您可以使用TCM.exe命令行工具将测试与TFS中的测试用例同步,以便您可以撤回结果并在环境中远程执行它们: