Sql server SSIS-包在VS中工作，失败为“0”；未能编译包"；中包含的脚本；。包中没有脚本对象

VS2017，部署到SS2016。从VS.Project deployment到以前只有包部署的服务器，包运行时不会出现任何错误-我们正在转向Project deployment，DBA说要使用它

出现许多错误，如：

获取错误信息：错误：未能编译包中包含的脚本。在SSIS设计器中打开包并解决编译错误

包中绝对没有脚本对象。我已经和PackageExplorer进行了检查，甚至没有脚本部分。为了验证，我添加了一个空脚本，然后浏览器显示了该部分

其他信息：包部署对我们的DBA来说是新的。他们完全被这些错误和其他错误迷惑了，比如：

获取错误信息：错误：CS2001-找不到源文件“C:\Windows\TEMP.NETFramework，Version=v4.0.AssemblyAttributes.cs”，CSC，0，0

---

我的观点是，尽管我在SSIS中没有表现出色，但这些服务器在某种程度上没有正确设置或配置，但我在这方面做得不够深入，DBA也在苦苦挣扎。我该怎么做才能找到问题的根源呢？

我最终通过重新创建包来回避这个问题。即使是XML搜索也没有显示脚本，因此这种假设是某种腐败。该软件包最近升级为软件包部署-可能该操作与问题有关。

我们也遇到了同样的问题，并将问题隔离到序列容器中存在的脚本任务（不考虑语言）。将脚本任务放置在序列容器之外，并将包升级到序列容器。包最初是2012年（据我所知），服务器端SSI是2016年13.2.5426.0。我们也在使用VS 2017。

请注意，“未能编译”，虽然语法上不正确，但实际上是消息所说的。您是从SSDT部署的，对吗？通过SSIS部署向导进行部署时是否会出现相同的错误？部署服务器上是否正确安装了.Net framework和ssdt？是否确实查看了包中所有可能的位置？那么事件处理程序呢？当包中包含脚本时，我们在从VS 2017部署到SQL Server 2014时遇到了相同的问题。我很确定这是VisualStudio中的一个bug/缺陷，因为当VS升级包时，脚本的损坏似乎是一个问题。我们发现的唯一解决方法是使用旧版本的VS进行部署：(