0

我有一个包含单个 Cloud Flow 的 Dataverse 解决方案。一些流形状使用自定义连接器。我有三个 Dataverse 环境:Dev、Test 和 Prod。云流程在 Dev 中开发,然后将解决方案导出为托管解决方案以导入到 Test 和 Prod。由于 Cloud Flow 使用的自定义连接器在每个环境中具有不同的 ID,因此导出-导入过程很复杂,因此,如果我只是将流导入到 Test/Prod,我会收到一条错误消息,告诉我:

Could not find API 'shared_connector_name-5f7ac9690531491ae8-5f4cc0323bfdfa5e9b'

当我去年首次开发该流程时,我发现我可以解压缩托管解决方案并编辑云流的 xml 以替换自定义连接器的 ID,然后再将修改后的解决方案导入到 Test/Prod。这工作正常,但感觉有点狡猾。

我刚刚在开发环境中对 Cloud Flow 进行了一些更改。Flow 迫使我将 Flow 使用的连接器替换为连接器引用,这些连接器引用也已添加到解决方案中。我试图执行导出过程,编辑工作流 xml,导入到测试,但这没有奏效。Could not find API 'shared_connector_name-5f7ac9690531491ae8-5f4cc0323bfdfa5e9b'即使我已经替换了 xml 中所有出现的shared_connector_name-5f7ac9690531491ae8-5f4cc0323bfdfa5e9b ,我仍然收到错误消息。

我想我可以通过将每个环境中的自定义连接器替换为已添加到解决方案中的连接器来解决此问题(以便它在每个环境中具有相同的 ID),但解决方案中的自定义连接器存在一个已知问题,它阻止它们不会与其他用户共享,这对我来说毫无用处(我必须能够与其他用户共享开发工作)。

我正在考虑完全放弃多个环境,但这将使通过任何流程“部署”流程变得更加困难,除了手动复制极易出错的个别更改。

我怎样才能解决这个问题?

4

1 回答 1

0

我发现自定义连接器不仅在托管解决方案的工作流 xml 文件中被引用,而且customizations.xml. 一旦我更新了两个文件中的引用,我就能够成功导入解决方案。

于 2022-03-03T17:12:02.133 回答