Cloud foundry cf cli是否为单个用户提供某种最大并发连接？

我正在尝试使用cf cli命令和jenkins部署应用程序，现在出现了一些奇怪的问题

它可以在1个或2个并发部署中正常工作，但如果运行的作业超过3-4个，则任何cf cli命令都会随机返回奇怪的错误，如：

没有空间目标，请使用“cf target-s”以空间为目标

或

服务器错误，状态代码：404，错误代码：100004，消息：应用 找不到：0DA4xxx-9476-473a-b77d-f02xxxxxx

但是，如果我逐个运行每个cf命令，则不会出现cf cli命令本身的问题。 （我只被分配到1个组织，1个空间，所以选择空间/目标没有问题，如果我以后做“cf a”，应用程序就在那里。）

我通过此注释修复了config.json问题，但仍被cf cli的奇怪行为阻止。有什么想法吗

---

cf CLI将配置的API端点和访问与刷新令牌存储在本地文件$cf_HOME/config.json中。 大多数cf CLI命令在调用时读取此文件，许多命令在调用完成时写入该文件。执行写入有两个原因：当访问令牌过期时，cf CLI自动从UAA请求一个新令牌，并更新config.json中的令牌。此外，我们根本没有任何逻辑来检查是否进行了任何需要持久化的更新，因此该文件会再次写入，以防万一

---

因此，为并行执行CF CLI命令配置不同的CF_HOME以避免随机错误非常重要。当config.json损坏时，只需删除该文件并配置API端点并再次登录。

cf CLI将配置的API端点和访问及刷新令牌存储在本地文件$cf_HOME/config.json中。 大多数cf CLI命令在调用时读取此文件，许多命令在调用完成时写入该文件。执行写入有两个原因：当访问令牌过期时，cf CLI自动从UAA请求一个新令牌，并更新config.json中的令牌。此外，我们根本没有任何逻辑来检查是否进行了任何需要持久化的更新，因此该文件会再次写入，以防万一

---

因此，为并行执行CF CLI命令配置不同的CF_HOME以避免随机错误非常重要。当config.json被破坏时，只需删除该文件，然后配置API端点并再次登录。

您如何为每个Jenkins作业设置

CF_HOME

，以及将其设置为什么？cf CLI使用该位置存储命令之间的状态。@ScottFredrick我在脚本中使用了环境变量Jenkins，如；使用env（'CF_HOME'）{CF_HOME=“$WORKSPACE$BUILD_NUMBER”然后执行我需要的操作…}。然后，它将根据作业和构建编号创建不同的CF_HOME。如何为每个Jenkins作业设置

CF_HOME

，以及将其设置为什么？cf CLI使用该位置存储命令之间的状态。@ScottFredrick我在脚本中使用了环境变量Jenkins，如；使用env（'CF_HOME'）{CF_HOME=“$WORKSPACE$BUILD_NUMBER”然后执行我需要的操作…}。然后它会根据工作和建筑数量创建不同的CF_主页。嗨，我想我们（或其他人）已经谈过了。CF_HOME在每项工作中都是不同的，因为它结合了工作空间和jenkins的构建数量。我将削减我的脚本，看看是否可以制作一个示例脚本来复制和提交问题。仍然不清楚原因，但我认为有一些后台工作正在运行以清理工作区，它可能会以某种方式删除CF_主文件夹。我重写了整个流程，到目前为止似乎还不错。谢谢。@kevmando我也有类似的问题，你说的是什么样的背景工作？谢谢。@Yashu不是Jenkins的默认工作，但我的Jenkins服务器由IT团队执行了一系列工作区清理工作，因为它是我们组的中心服务器。因此，cf_主文件夹被意外删除。如果您有类似的问题，请确保cf_home folder一直保留在工作区中，直到工作完成。嗨，我想我们（或其他人）已经谈过了。CF_HOME在每项工作中都是不同的，因为它结合了工作空间和jenkins的构建数量。我将削减我的脚本，看看是否可以制作一个示例脚本来复制和提交问题。仍然不清楚原因，但我认为有一些后台工作正在运行以清理工作区，它可能会以某种方式删除CF_主文件夹。我重写了整个流程，到目前为止似乎还不错。谢谢。@kevmando我也有类似的问题，你说的是什么样的背景工作？谢谢。@Yashu不是Jenkins的默认工作，但我的Jenkins服务器由IT团队执行了一系列工作区清理工作，因为它是我们组的中心服务器。因此，cf_主文件夹被意外删除。如果您有类似的问题，请确保cf_home文件夹保留在工作区中，直到作业完成。