Bamboo 本地代理和并发 nvm 使用 <version>
Bamboo local agents and concurrent nvm use <version>
我找不到明确回答这个问题的文档，有些只是简单地解决了 bamboo 上的 nodejs 问题……但仅此而已。
如果我在一台竹子服务器上有三个本地代理，一个竹子构建计划。这个构建计划有一个阶段和三个作业。 Bamboo 配置为在可用的本地代理之间安排这些作业的并发执行。也就是说，这三个作业将同时执行。
这些作业中的每一个都有一个内部任务，该任务使用不同的 nodejs 版本执行 "nvm use"。为了便于争论，假设job1使用8.10.0，job2使用6.12.0，job3使用4.8.0。假设agent1分配给job1，agent2分配给job2，agent3分配给job3。
两个问题：
1) 这是否会为 nodejs 版本创建竞争条件，其中 agent1 期望 运行 v8.10.0 的应用程序，但 agent2 在 agent1 的下一个任务之前将 nodejs 设置为 v6.12.0？从而打破了任务所需的版本。
2) 这个构建计划会影响其他不相关的共存构建计划吗？如果说，另一个计划没有提到要使用的节点版本。或者甚至，这里提到的竞争条件是否也适用？
我原本以为代理 运行 在他们自己的 "silo" 中，如果更改 nodejs 版本，它只会与当前代理范围相关。在特工完成那项工作后消失。想想也不是很确定
没有人回答这个问题，所以出于公民义务告知其他好奇的人：
是的。如果独占本地代理，nodejs版本变化，任务运行时无法保证。
我找不到明确回答这个问题的文档，有些只是简单地解决了 bamboo 上的 nodejs 问题……但仅此而已。
如果我在一台竹子服务器上有三个本地代理，一个竹子构建计划。这个构建计划有一个阶段和三个作业。 Bamboo 配置为在可用的本地代理之间安排这些作业的并发执行。也就是说，这三个作业将同时执行。
这些作业中的每一个都有一个内部任务，该任务使用不同的 nodejs 版本执行 "nvm use"。为了便于争论，假设job1使用8.10.0，job2使用6.12.0，job3使用4.8.0。假设agent1分配给job1，agent2分配给job2，agent3分配给job3。
两个问题：
1) 这是否会为 nodejs 版本创建竞争条件，其中 agent1 期望 运行 v8.10.0 的应用程序，但 agent2 在 agent1 的下一个任务之前将 nodejs 设置为 v6.12.0？从而打破了任务所需的版本。
2) 这个构建计划会影响其他不相关的共存构建计划吗？如果说，另一个计划没有提到要使用的节点版本。或者甚至，这里提到的竞争条件是否也适用？
我原本以为代理 运行 在他们自己的 "silo" 中，如果更改 nodejs 版本，它只会与当前代理范围相关。在特工完成那项工作后消失。想想也不是很确定
没有人回答这个问题，所以出于公民义务告知其他好奇的人：
是的。如果独占本地代理，nodejs版本变化，任务运行时无法保证。