我们有一个解决方案（例如，称为Cabbage），它分为基于 WCF 的后端 ( Cabbage.Backend) 和前端 ( Cabbage.Frontend)。一个经常出现的问题是开发人员更改了 WCF 服务的定义Cabbage.Backend，然后更新了服务引用，Cabbage.Frontend 而没有首先重建Cabbage.Backend。（这些服务旨在通过这种方式紧密耦合，这些层仅由 WCF 分隔，以便我们更快地部署后端修补程序。）这会基于随机的旧构建而不是源代码的当前状态重新生成服务客户端， BE 开发者收工，当 FE 开发者自己更新客户端时，会发生有趣的合并冲突。
有没有办法让 Visual Studio 在每次运行更新服务参考之前自动重建服务项目/整个解决方案以避免这种情况？