Spring Cloud Contract 文档说 “从在线存储库下载存根时使用 REMOTE stubsMode 并使用 LOCAL 进行离线工作”。
为什么 Spring Cloud Contract stub runner 需要本地和远程属性？
我希望它应该尊重正常的 Maven 生命周期...如果我在合同模块上执行 mvn clean install 它应该在本地发布。如果我在那里进行 mvn clean deploy，它应该发布到我的遥控器。测试验证器也一样...如果我的本地存储库中有二进制文件的副本，请使用它。否则从远程拉它
所以我不明白为什么我们必须在存根运行器中包含本地和远程。
这似乎也很危险，因为当您打算在构建服务器上将其更改为远程时，您可能会不小心使用本地代码签入
【问题讨论】：
为什么 Spring Cloud Contract stub runner 需要本地和远程属性？
我们已在您引用的文档中对其进行了描述。当您离线工作时，您希望自动从本地 .m2 中选择存根。否则，您想从其他位置选择它。
我希望它应该尊重正常的 Maven 生命周期...如果我在合同模块上执行 mvn clean install 它应该在本地发布。如果我在那里进行 mvn clean deploy，它应该发布到我的遥控器。测试验证器也一样...如果我的本地存储库中有二进制文件的副本，请使用它。否则从远程拉它
您将存根运行程序与验证程序混合在一起。当您在生产者端时，您使用的是 Spring Cloud Contract 验证器，它完全遵循 maven 生命周期。那是因为我们生成了一个存根 jar，并将它附加到标准的 maven 流中。使用 Stub Runner，它与您的 maven 流程完全无关。
这似乎也很危险，因为当您打算在构建服务器上将其更改为远程时，您可能会不小心使用本地代码签入
如果您使用本地签入代码，那么您确实可能会误报。这就是为什么你应该注意你正在做的事情。当您在消费者方面并执行./mvnw clean install/deploy 时，Stub Runner 只需遵循您的测试设置。如果在测试设置中你搞砸了配置，那么 Stub Runner 就无能为力了。
【讨论】：