云铸造开发工作流程
当我从Cloud Foundry博客中读到以下内容时，我正试图弄清楚如何使用微CloudFoundry进行开发：
“您不需要安装web服务器（Tomcat等）、运行时（Java、Ruby等）和服务（Postgres、MongoDB等），只需下载Micro Cloud Foundry，启动它，然后使用”VMC Push“部署应用程序。”
在开发过程中不断调用“VMC push”对我来说几乎是不可能的。反馈周期太慢了，不实用。有更好的办法吗？真的有人这么做吗？
您的云铸造开发工作流程是什么样子的，微型云铸造适合哪里？
共有1个答案
抛开将应用程序推到云铸造所涉及的延迟问题不谈，我经常使用Micro Cloud Foundry来提供服务(MySQL、MongoDB、Redis等），然后使用本地隧道通过vmc隧道命令连接到它们。
-
提前道谢。
-
我知道这是一个关于云铸造的普遍问题，目前的回答令人失望，尽管我认为这不可能用于微型云铸造的实例，但我想问一问，只是为了确保。是否可以在Micro Cloud Foundry实例上配置外部域，而无需从cloudfoundry子域进行隧道操作？
-
我对云铸造/波什非常陌生，有一套基本的问题。 1）液滴vs花园容器：我知道液滴包含源代码+构建包，这些液滴在花园容器中执行。IMHO容器很好地运送到其他系统。为什么有液滴的中间概念？他们自己的容器应该不会产生液滴吗？ 2)Diego cell：Diego cell的角色是什么（我假设它的工作只是启动/停止花园容器）？Diego cell是否依赖于平台（例如。特定单元只能运行windows-gard
-
现在你已经学会新建和合并分支，那么你可以或者应该用它来做些什么呢？ 在本节，我们会介绍一些常见的利用分支进行开发的工作流程。而正是由于分支管理的便捷，才衍生出这些典型的工作模式，你可以根据项目实际情况选择一种用用看。 长期分支 因为 Git 使用简单的三方合并，所以就算在一段较长的时间内，反复把一个分支合并入另一个分支，也不是什么难事。 也就是说，在整个项目开发周期的不同阶段，你可以同时拥有多个开