团队如何在同一个云应用程序上工作
How a team can work on the same cloud application
考虑将两个或多个应用"talking"相互部署到云端（cloud foundry）。
团队在 his/her "own" space 的同一应用程序实例上工作（develop/test/debug）而不创建另一个应用程序实例的最佳实践是什么在云端？或者每个开发人员都应该拥有这些应用程序的本地副本，例如 运行 它在 docker/kubernetes 中？
您的问题看起来很宽泛，因为每个企业都有自己的工具链或工作方式。但如果你是新手，想快速组织你的团队，你可以使用 JX。 Jenkins X 这是 Jenkins 的改进版本。
Cloud Foundry 支持 JX。
基本上，对于 JenkinsX，您有一个预览环境/暂存/生产环境。
Jenkins X 将自动创建必要的代码（helm 图表）以将您的应用程序部署到云端...通过命令
jx import --branches "master|develop"
给它时间，学习它，你会看到它的魔力。
最佳做法是创建完整的 CI/CD 工作流程，并让您的团队至少每天检查一次源代码（取决于有多少人在处理应用程序）。
祝你好运！
这个问题很广泛，但这里有一些方向值得一提。因此，简短的回答可能是：
- 运行 必要时与您正在开发的应用程序一起协作的应用程序。
- 为了缓解这个问题，更喜欢CF Local (lightweight Docker containers) over CF Dev（运行整个CF基础）。
- 如果 运行连接其他协作应用程序是一个太大的挑战，请创建模仿它们行为的模拟，用于您需要的交互（或测试场景）。
关于 CF Local 的一些话：现在不再建议 Cloud Foundry 开发人员在他们的笔记本电脑上 运行 整个 Cloud Foundry 基础。当 CF Dev 到来时，它已经是 运行 对 BOSH-Lite 的整个基础的改进（它仍然有它的用例，我每天都在使用它），但对于典型的 cf push开发者体验，CF Local很贴合，而且更轻量
因此，现在推荐使用 CF Local。它应该可以帮助您 运行 在标准 Docker 容器中 运行 本地计算机上的一堆协作微服务应用程序，运行 宁在普通 Docker 引擎之上。有关详细信息，请参阅 CF Local Github page, and the comparison chart with CF Dev 关于 CF Local 非常适合的用例。
对于数据服务（例如 MySQL 或 PostgreSQL 数据库），CF Local 已经提供了重新使用来自 CF 基础的相同服务实例的解决方案。您还可以 运行 您在笔记本电脑上拥有自己的引擎，并找到一种方法让您的 cf-local-pushed 应用程序在此上下文中绑定到这些服务。
希望这可能会给您一些有趣的方向，您可以在其中挖掘并找到自己的出路！
考虑将两个或多个应用"talking"相互部署到云端（cloud foundry）。 团队在 his/her "own" space 的同一应用程序实例上工作（develop/test/debug）而不创建另一个应用程序实例的最佳实践是什么在云端？或者每个开发人员都应该拥有这些应用程序的本地副本，例如 运行 它在 docker/kubernetes 中？
您的问题看起来很宽泛，因为每个企业都有自己的工具链或工作方式。但如果你是新手，想快速组织你的团队，你可以使用 JX。 Jenkins X 这是 Jenkins 的改进版本。 Cloud Foundry 支持 JX。
基本上，对于 JenkinsX，您有一个预览环境/暂存/生产环境。
Jenkins X 将自动创建必要的代码（helm 图表）以将您的应用程序部署到云端...通过命令
jx import --branches "master|develop"
给它时间，学习它，你会看到它的魔力。
最佳做法是创建完整的 CI/CD 工作流程，并让您的团队至少每天检查一次源代码（取决于有多少人在处理应用程序）。
祝你好运！
这个问题很广泛，但这里有一些方向值得一提。因此，简短的回答可能是：
- 运行 必要时与您正在开发的应用程序一起协作的应用程序。
- 为了缓解这个问题，更喜欢CF Local (lightweight Docker containers) over CF Dev（运行整个CF基础）。
- 如果 运行连接其他协作应用程序是一个太大的挑战，请创建模仿它们行为的模拟，用于您需要的交互（或测试场景）。
关于 CF Local 的一些话：现在不再建议 Cloud Foundry 开发人员在他们的笔记本电脑上 运行 整个 Cloud Foundry 基础。当 CF Dev 到来时，它已经是 运行 对 BOSH-Lite 的整个基础的改进（它仍然有它的用例，我每天都在使用它），但对于典型的 cf push开发者体验，CF Local很贴合，而且更轻量
因此，现在推荐使用 CF Local。它应该可以帮助您 运行 在标准 Docker 容器中 运行 本地计算机上的一堆协作微服务应用程序，运行 宁在普通 Docker 引擎之上。有关详细信息，请参阅 CF Local Github page, and the comparison chart with CF Dev 关于 CF Local 非常适合的用例。
对于数据服务（例如 MySQL 或 PostgreSQL 数据库），CF Local 已经提供了重新使用来自 CF 基础的相同服务实例的解决方案。您还可以 运行 您在笔记本电脑上拥有自己的引擎，并找到一种方法让您的 cf-local-pushed 应用程序在此上下文中绑定到这些服务。
希望这可能会给您一些有趣的方向，您可以在其中挖掘并找到自己的出路！