修改传递给RetryOptions异步的CallActivityWithRetry是否需要版本化编排功能？

Question

在对orchestrator代码进行更改时，我一直犹豫不决，因为尽管我一遍又一遍地阅读文档，但我始终不太清楚什么是破坏与不破坏的具体内容。我担心我会中断飞行中的编排，并且通常会在谨慎方面出错。

在这种情况下，我真的不希望不得不进行版本，但我不确定这是否符合更改的条件。我目前正在我的业务流程中调用CallActitivityWithRetryAsync，并希望将值2.0设置为BackoffCoefficient。

我的问题是，设置此值是否会中断在运行中的编排，并要求对我的编排功能进行版本控制，以便两者能够并排工作。

当前：

var retryOptions = new RetryOptions(TimeSpan.FromMinutes(1), 5);
await context.CallActivityWithRetryAsync("MyActivity", retryOptions, null);

所需：

var retryOptions = new RetryOptions(TimeSpan.FromMinutes(1), 5) 
retryOptions.BackoffCoefficient = 2.0;
await context.CallActivityWithRetryAsync("MyActivity", retryOptions, null);

Answer 1

运行这个由Chris从持久功能小组和答案是:这取决于。

更改重试选项设置的

可能会更改由orchestrator函数生成的历史记录。例如，如果进行重试策略更改会导致对现有实例进行更多或更少的重试，则可能会出现不确定的错误。

在OP询问的特定示例中，不应该要求更改版本，因为它只是更改退避系数，并且不会导致对最大尝试的任何更改。