F#类型提供者和持续集成,第2部分

Question

这是关于F#Type Providers和Continuous Integration的上一个问题的一个(实际上是几个)后续问题.

在我看来,使用SqlDataConnection类型提供程序作为编译时检查是一个好主意,在特征分支驱动的开发中代码/数据库完整性保持不变; 假设构建数据库也是CI过程的一部分,那么在每次提交/构建时都会知道没有对尚未应用于数据库的代码进行任何更改.

但是,出现了几个问题:

1. 配置文件的名称(以及位置)在编译时与运行时不同,例如app.config - > MyApp.exe.config,如果您尝试使用,将导致运行时错误

   SqlDataConnection<ConnectionStringName="DbConnection", ConfigFile="app.config">
   

   (实际上,ConfigFile="app.config"没有必要指定,因为它是默认值.)

   通过将app.config文件复制到输出目录(有一个设置)可以避免运行时错误,但这会导致在输出目录中同时包含app.config和MyApp.exe.config文件.不是很漂亮 为类型提供程序添加单独的配置文件将是另一种解决方案,但imho也不是很漂亮.

   问题:有没有人想出更优雅的解决方案来解决这个问题？

2. 当你来到构建服务器时,会出现下一个问题.您很可能不希望在开发时对同一数据库进行编译,因此需要不同的连接字符串.是的,在制作中你还需要另一个.

   问题:你如何以最方便的方式解决这个问题？请记住,解决方案必须是CI流程的工作部分!

3. 此策略需要在构建服务器上的每个构建上生成数据库,可能来自具有某些功能/ sprint更新脚本的基线脚本.

   问题:有没有人试过这个,它是如何影响构建时间的？如果是,您是如何创建此步骤的？

Answer 1

在运行时，您可以使用GetDataContext接受连接字符串的重载。请参阅此处：向 Linq-To-Sql 数据提供程序提供连接字符串