SDK支持契约每次启动覆盖（和environment无关），但是注册中心不支持非开发环境覆盖

SDK在检测到契约不一致时，判断是否可以注册契约是或的关系，从代码看可以理解为环境为开发环境或者配置servicecomb.service.registry.instance.alwaysOverrideSchema为true就可以覆盖契约。

```
if (onlineSchemaIsModifiable()) {
LOGGER.warn(
"schema[{}]'s content is changed and the current environment is [{}], so re-register it. It's recommended "
+ " to change servicecomb_description.version after schema change, or restart consumer to"
+ " make changes get notified.",
localSchemaEntry.getKey(),
microservice.getEnvironment());
return registerSingleSchema(localSchemaEntry.getKey(), localSchemaEntry.getValue());
}
```

```
private boolean onlineSchemaIsModifiable() {
return ServiceCombConstants.DEVELOPMENT_SERVICECOMB_ENV.equalsIgnoreCase(microservice.getEnvironment())
|| ServiceRegistryConfig.INSTANCE.isAlwaysOverrideSchema();
}
```

但是注册中心会给出报错：
2022-11-09T10:19:21.431+0800 ERROR service/schema.go:638 production mode, schema[47c80fa9eb5be73c2a7a7f6a1fa5e8bb70c2e9de/*_mgr] already exist, can not be changed, operator: 10.30.116.57
2022-11-09T10:19:21.431+0800 ERROR service/schema.go:547 modify schema[47c80fa9eb5be73c2a7a7f6a1fa5e8bb70c2e9de/*_mgr] failed, operator: 10.30.116.57 {"error": "Not allowed to modify schema(schema already exist, can not be changed in production)"}

这个问题应该如何解决或者规避 ？避免测试环境每次部署环境需要版本号+1的问题 ？

Commencez par suivre onlineSchemaIsModifiable() et ServiceRegistryConfig.INSTANCE.isAlwaysOverrideSchema() dans le SDK, puis comparez ce comportement avec le rejet en mode production affiché dans service/schema.go. Déterminez comment le paramètre du SDK et la policy du registre devraient interagir afin que les déploiements de test puissent écraser un schéma existant sans incrémenter sa version, puis vérifiez le comportement d’enregistrement qui en résulte.

Rédigé par le modèle d'indexation à partir du texte de l'issue.