Visual studio 2017 Vs2017架构比较未检测到存在的更改(仅在某些计算机上)

Visual studio 2017 Vs2017架构比较未检测到存在的更改(仅在某些计算机上),visual-studio-2017,sql-server-data-tools,schema-compare,Visual Studio 2017,Sql Server Data Tools,Schema Compare,我们的几个开发团队成员的系统遇到了问题,我希望以前有人遇到过 我们正在使用VS2017,我们的数据库位于一个数据库项目中 在我们的两个团队成员系统上,Schema compare最近在将本地开发数据库与模型进行比较以更新其DBS时停止接收更改 该项目构建时没有错误,我甚至可以获取生成的.dacpac(从那些机器上)并在它们的数据库上运行它,它实际上会使用最新的更改进行更新,因此这似乎是架构比较工具特有的问题 此外,模式比较可以检测系统上两个不同数据库之间的差异。它只是在将模型与数据库进行比较时出

我们的几个开发团队成员的系统遇到了问题,我希望以前有人遇到过

我们正在使用VS2017,我们的数据库位于一个数据库项目中

在我们的两个团队成员系统上,Schema compare最近在将本地开发数据库与模型进行比较以更新其DBS时停止接收更改

该项目构建时没有错误,我甚至可以获取生成的.dacpac(从那些机器上)并在它们的数据库上运行它,它实际上会使用最新的更改进行更新,因此这似乎是架构比较工具特有的问题

此外,模式比较可以检测系统上两个不同数据库之间的差异。它只是在将模型与数据库进行比较时出现问题,反之亦然。 这很奇怪,因为我们还有另外4名团队成员,他们可以毫无疑问地进行比较

我甚至让他们备份,然后删除他们的项目文件夹,从源代码管理中重新获取,以确保项目中不会出现某种本地损坏。似乎什么都不管用


有没有人见过这种问题,或者给我指了一条路让我看看?

因此,对于任何一个在路上遇到这个问题的人,我们最终找到了答案

显然,在这两台不工作的机器上,压缩功能已经开启 C:\Users\\AppData\Local\Temp文件夹。 显然,在进行比较时,会将.model文件写入此目录

压缩导致写入.model文件时出现问题,并且出现了错误,但该错误从未返回到UI


我们在这些机器上关闭了该目录的压缩,清理了所有的temporary.model文件,现在模式比较再次工作。

遇到了类似的问题,但不完全相同。如果模型项目是源,则比较不会检测差异。交换模型和数据库使其能够找到差异。我刚刚检查了
%appdata%\..\Local\Temp
目录-它没有压缩。