小编Nic*_*nes的帖子

我们最近在Windows上设置了Jenkins CI服务器.现在,为了使用Active Directory身份验证,我想要求https(SSL/TLS)进行访问.鉴于此设置,建议的方法是什么？

我已经使用SqlPackage.exe成功地将DACPAC发布到SQL Server 2008-2012实例,这是由SQL Server数据工具(通常在C:\Program Files (x86)\Microsoft SQL Server\110\DAC\bin)中安装的.但是,在尝试使用相同的SqlPackage.exe将2014目标DACPAC发布到SQL Server 2014实例时,我得到以下内容:

*** Could not deploy package.
Internal Error. The database platform service with type Microsoft.Data.Tools.
Schema.Sql.Sql120DatabaseSchemaProvider is not valid. You must make sure the
service is loaded, or you must provide the full type name of a valid database
platform service.

我找到了关于此的最少信息; 我发现最接近的是发布到Azure 的问题.

我一直在使用SSDT补丁,但我猜测我拥有的SqlPackage.exe(显示11.0.2902.0版本)简直是不兼容的.我能够使用Visual Studio 2012的Publish命令发布到同一个实例,因此实例本身似乎不是问题.

是否有更新版本的SqlPackage支持将2014 DACPAC发布到2014服务器？还是另一种可编写脚本的方法呢？

根据MSDN的说法,有一个"提示"指出,在重负载下运行的.NET应用程序具有并发垃圾收集(无论是<gcConcurrent enabled="true"/>指定的还是未指定的,因为它是默认行为)可能会抛出ExecutionEngineException.是否有人知道Microsoft知识库文章或其他来源提供了额外的背景知识？

我们直接使用基于NHibernate 3.2的Windows服务应用程序,经过最多几个小时的运行后,它总是会崩溃.我们能够跟踪ISession.Flush()调用的异常.

nhusers上有一个线程报告似乎是同一个问题.他建议的解决方法,即禁用并发GC,到目前为止对我们有用,虽然切换到服务器模式GC(<gcServer enable="true"/>),隐式禁用并发GC,也做了伎俩.

在将此作为错误提交给MS之前,我想知道是否有人提供有关并发GC不稳定性的其他信息.

例如,如果我有标准的请求和响应DTO,通过链接IReturn<T>,具有如下所示的服务方法签名的原因是什么,如各种在线示例中所示(例如这一个,尽管并非始终如一):

public object Get(DTO.MyRequest request)

而不是:

public IList<DTO.MyResponse> Get(DTO.MyRequest request)

object这里的返回类型只是为了支持输出流的gzip压缩等服务功能,这会导致输出为字节数组吗？似乎人们希望从这些所谓的"动作"调用中获得适当的更强的返回类型,除非我遗漏了一些常见的场景或用例.

我有一个在Jenkins中使用Multibranch Pipeline作业建立的GitHub存储库,直到现在已经满足于需要continuous-integration/jenkins/branch状态检查,因为Jenkins在从repo构建本地分支时发布.但是,我现在收到了来自外部分支的pull请求,并且Jenkins已经发布了continuous-integration/jenkins/pr-merge状态检查.并且由于需要进行continuous-integration/jenkins/branch状态检查,因此阻止PR合并.

对于一个将包含本地分支(来自其主要维护者)和分支(来自偶尔的外部贡献者)的项目,这里的预期方法是什么？我必须放弃在GitHub端进行状态检查吗？或者有没有其他方法让Jenkins发布稳定的状态检查上下文,无论PR的来源如何？

我对使用ServiceStack创建的一些服务类编写单元测试(使用NUnit)感兴趣,使用"New API"(继承自ServiceStack.ServiceInterface.Service).当使用AppHost在ASP.NET应用程序中托管时,服务的Db属性是正确自动连接的,但是当在该环境之外运行时,我似乎无法弄清楚正确的技术.我在ServiceStack中看到了各种与测试相关的命名空间和类,但是找不到注入服务的Db属性的明确示例,而不是简单地直接设置连接工厂然后调用各种IDbConnection扩展方法(Insert ,选择等).

我已经尝试让我的测试类继承自ServiceStack.ServiceInterface.Testing.TestBase并重写其Configure方法以注册IDbConnectionFactory(使用":memory:"),以及OrmLiteConfig.DialectProvider = SqliteDialect.Provider;在我的TestFixtureSetUp中设置,但是当我继续获得NullReferenceException时调用我的服务方法(在ServiceStack.ServiceInterface.Service.get_Db()处).似乎Funq容器没有自动连接任何东西.

SQLite本身已正确设置,我可以通过更简单的单元测试来确认,这些单元测试绕过我的服务类并直接执行直接的IDbConnection调用.

我错过了什么？

编辑

看来,单元测试ServiceStack服务需要主机和客户端的存在,虽然它看起来像有一些方法可以设置它,以避免序列化成本(使用DirectServiceClient,如图所示这里) -虽然我没有成功地让我的工作在我的情况下.我设法使用AppHostHttpListenerBase方法(参见此处)使用它,尽管它更像是集成测试而不是单元测试(因此速度较慢).

根据另一个SO 答案，SQLite 似乎不会自动强制执行外键关系，并且必须在每个连接中显式启用它。这是ServiceStack.OrmLite报告的问题。我自己使用 ServiceStack.OrmLite 3.9.33 和 SQLite 1.0.84 重现了这种行为，其中单元测试成功（允许删除具有外键引用的记录），但实际应用程序（合法地）失败。

我不清楚的是如何/在哪里执行必要的“PRAGMAforeign_keys = ON;” SQL 命令，以便它适用于我的 SQLite 单元/集成测试的任何连接，但不适用于我的主 SQL Server 连接。理想情况下，它似乎是 IDbConnectionFactory 注册的一部分。

有人可以帮忙吗？

编辑：级联删除将是处理这种情况的另一种方法，但是尽管使用ForeignKey属性在我的FK列上正确设置了这一点，但在与SQLite一起使用时，ServiceStack.OrmLite似乎并不遵守这一点（请注意此处），尽管后者支持为了它。这可能与最初的问题有关，默认情况下禁用 SQLite 的 FK 强制，如果首先启用它，它将正常工作。

我的机器有当前（2014 年 3 月）版本的 SSDT、Visual Studio 2012 Professional 和 SQL Server 2014 Developer。我有一个MyProject.sqlproj针对 SQL Server 2014的 SQL Server 项目（我们称之为）。我尝试了以下操作：

MsBuild.exe MyProject.sqlproj 
            /t:SqlPublish /p:SqlPublishProfilePath=Somewhere.publish.xml

这失败并出现以下错误：

部署错误 部署 72002：内部错误。
类型为 Microsoft.Data.Tools.Schema.Sql.Sql120DatabaseSchemaProvider 的数据库平台服务无效。您必须确保服务已加载，或者您必须提供有效数据库平台服务的完整类型名称。

如果我将此项目切换到目标 2012（并指向 2012 实例），则相同的命令会成功运行。我之前问过一个可能相关的问题，那里的答案解决了我的问题，但这不是这里的问题——如果我SqlPackage.exe直接使用，我可以成功发布这个 2014 DACPAC 。

发生了什么，我该如何解决？

我们使用Jenkins CI并且最近一直在尝试使用GitVersion来自动生成SemVer版本号.但是,当将GitVersion与Multibranch Pipeline作业(自动为给定的Git存储库自动构建分支和PR)组合时,我们只会遇到GitVersion对一个远程的限制(由其NormalizeGitDirectory函数强制执行).我们遇到的具体错误是:

System.ComponentModel.WarningException:已检测到2个遥控器.当在构建服务器上运行时,Git存储库应该承载一个(并且不超过一个)远程.

我们已经找到了唯一的解决方案(如博客这里)是手动删除"origin1"单片机结账后,遥控器,前,将调用GitVersion,像这样任何构建步骤:

bat 'git remote remove origin1'

这有效,但感觉非常像黑客,并且可能不适用于任何来自源代码的PR.

那里有更好的解决方案吗？

是否可以针对使用Entity Framework 5.0 Code-First构建的localDb在Visual Studio 2012中运行单元测试？目前我们的开发是针对SQL Express服务器实例的,但由于Db不可用,因此无法与AppHarbor部署一起使用.

我们的一个构建服务器刚刚更新到最新的“用于数据库工具的 Microsoft SQL Server 更新”（版本 12.0.60629.0），现在与我们拥有的 SqlPackage.exe 版本不兼容（在 C:\Program Files (x86) 中） \Microsoft Visual Studio 12.0\Common7\IDE\Extensions\Microsoft\SQLDB\DAC\120\SqlPackage.exe）。SQL Server 数据库项目（针对 SQL Server 2014）构建没有错误，但是当我们尝试使用 SqlPackage.exe 将 .dacpac 部署到目标服务器时，我们收到以下错误：

The Element or Annotation class PersistedResolvableAnnotation does 
    not contain the Property class Length.

果然，将 model.xml 文件（在 .dacpac 内）与最新版本的成功构建进行比较，我在一些 Annotation 元素下看到了额外的“Length”和“Offset”属性：

<Annotation Type="PersistedResolvableAnnotation" Name="[$(MyLinkedServer)].[$(MyDatabase)]|[dbo].[SomeTableName]">
    <Property Name="TargetTypeStorage" Value="ISqlSynonymTarget" />
    <Property Name="Length" Value="63" />
    <Property Name="Offset" Value="37" />
</Annotation>

这些构建服务器只有 Visual Studio 2012 和 2013，而不是2015。很明显，这个最新的 SSDT 更新破坏了与 SqlPackage 的兼容性（并且网上还有其他迹象表明同一问题），但我的问题是：我该如何解决它？

我宁愿不尝试降级到以前的 SSDT 版本，但会在必要时这样做。我应该安装最新的数据层应用程序框架并改用其 …