当我们使用构建服务器进行部署时，我们不是部署具有所需更改的项目的解决方案文件，而是部署不同的解决方案文件，理论上应该是相同的，但它处于 readonly 状态。
好处
- 如果未部署的解决方案文件已更改依赖关系或其他主要更改，则由于未部署，构建将失败，通知每个人特定更改集发生重大更改，并注意可能的必要更改 readonly 解决方案文件
下行
- 由于开发人员正在开发Visual Studio的多个版本：2012/2013/2015，在尝试确定构建是否由于 .sln 文件或它实际上是解决方案的预期主要更改。
是否有智能/结构方法来比较解决方案文件，同时考虑到Visual Studio版本？