是什么导致Camunda过程定义ID的构建和管理方式不同？

Question

我们看到不同进程之间的ProcessDefinitionID格式不同--有时只是GUID名称，有时是69b50396-6256-11e8-9121-0242ac11001c：version:GUID CA-instruction-process:2:ca360213-618d-11e8-b470-0242ac11001b的串联。在部署之后，我们还可以看到不同的版本控制-使用连接的id，部署编号在某些情况下会递增。

使用相同的部署脚本通过REST部署到相同的Camunda实例，所以我假设BPMN文件配置中有一些不同的东西，但我看不到它。这些文件太大，太不同，无法在这里有意义地发布，但有谁知道要寻找什么，或者能够告诉我可能会有帮助的文档？到目前为止，我还没有在在线文档中找到任何提到这一点的内容。

Answer 1

我们已经找到了这种差异的原因-如果BPMN进程id属性太长(我的是32个字符，我不确定限制是多少)，引擎似乎恢复到只分配一个GUID作为进程定义id；如果它有空间，它会连接其他相关/有用的信息。

这有点不透明，我不清楚是否有任何其他影响，我想没有。在我们为嵌入式表单构建的开发环境中，它确实给我们带来了一些问题。

我将我的更改为：

<bpmn:process id="Finswitch_Transaction_Automation" name="Finswitch Transaction Automation" isExecutable="true" camunda:versionTag="0.2">

至：

<bpmn:process id="Finswitch_Tx" name="Finswitch Transaction Automation" isExecutable="true" camunda:versionTag="0.2">