共享 Cloud Foundry 空间 - 为什么以及何时
Sharing Cloud Foundry spaces - why and when
试图理解为什么分布式开发团队在 "one" 公共 CF 组织和 space 中工作是个好主意......以及不共享相同的缺点是什么 space.
在与几个非常了解 CF 的人交谈后，我的结论是分享 space 是个好主意，原因有以下两个：
1. 如果单独开发/部署的服务之间存在高度相互依赖性，..和/或...
2. 每个服务实例是否收费，因此您希望限制每个项目的服务实例数量
在所有其他情况下，这并不重要。开发人员可以在 GitHub 上进行协作，并在他们自己的 space 秒内进行推送。
我没听错吗？
我想我可以解释一下 Cloud Foundry 中 space 的基本思想。 （我不确定你的项目是什么，是否适合你）
如果您不使用云，通常您将拥有 3 个服务器（最少）：dev、stage 和 prod。 （同样在某些类型的项目中你不需要它）
dev space 供开发人员使用（假设您创建了一个网站，其中一位开发人员完成了站点 he\she 中的一个页面，并将其上传到 dev space）。
您和您的开发人员可以在此 space
中查看部署状态
一旦您认为开发足够稳定（或者如果您采用敏捷方法，则冲刺结束），您将开发 space 移至暂存
在暂存中，QA 通常会寻找缺陷并确保一切正常（此处发现的任何错误都会在开发团队中打开，并在开发团队中修复它等等）
测试阶段后，您将其移至产品
cloud foundry 使用 spaces 支持这种机制
org 用于不同的项目
cloud foundry 没有以任何方式强制执行我在这里所说的一切，最终您可以选择最适合您的方式
试图理解为什么分布式开发团队在 "one" 公共 CF 组织和 space 中工作是个好主意......以及不共享相同的缺点是什么 space.
在与几个非常了解 CF 的人交谈后，我的结论是分享 space 是个好主意，原因有以下两个： 1. 如果单独开发/部署的服务之间存在高度相互依赖性，..和/或... 2. 每个服务实例是否收费，因此您希望限制每个项目的服务实例数量
在所有其他情况下，这并不重要。开发人员可以在 GitHub 上进行协作，并在他们自己的 space 秒内进行推送。
我没听错吗？
我想我可以解释一下 Cloud Foundry 中 space 的基本思想。 （我不确定你的项目是什么，是否适合你）
如果您不使用云，通常您将拥有 3 个服务器（最少）：dev、stage 和 prod。 （同样在某些类型的项目中你不需要它）
dev space 供开发人员使用（假设您创建了一个网站，其中一位开发人员完成了站点 he\she 中的一个页面，并将其上传到 dev space）。
您和您的开发人员可以在此 space
中查看部署状态
一旦您认为开发足够稳定（或者如果您采用敏捷方法，则冲刺结束），您将开发 space 移至暂存
在暂存中，QA 通常会寻找缺陷并确保一切正常（此处发现的任何错误都会在开发团队中打开，并在开发团队中修复它等等）
测试阶段后，您将其移至产品
cloud foundry 使用 spaces 支持这种机制
org 用于不同的项目
cloud foundry 没有以任何方式强制执行我在这里所说的一切，最终您可以选择最适合您的方式