使用Cloudbees，是否可以将网页（即视图）与应用程序（即模型/控制器）分开存储，以便网页可以由第三方网页设计师进行编辑，或者只能在构建之前完成该应用程序。我正在使用Spring开发Java，并且可以在本地进行，但是看不到使用Cloudbees的方法。
答案 0 :(得分：1)
您的问题实际上更多地是关于如何构建应用程序而不是如何使用CloudBees。
如果使用Maven构建应用程序，则可以将项目构建为多模块项目，其中应用程序代码为.jar模块，Web应用程序为.war模块。您可以将两个不同的模块放入单独的SCM存储库中，让Jenkins构建它们并通过部署到CloudBees的RUN @ cloud服务来完成。
这绝不仅限于Maven，你也可以使用ANT或任何有价值的构建工具。
SCM的选择可以使这更容易或不...
如果您选择GIT作为您的SCM（并且所有kool孩子都使用GIT），请注意GIT旨在保存所有内容，这些内容将一次性发布，位于统一的同一GIT存储库中子目录树。我的意思是你不能[轻松]签出（或标记）GIT存储库的一部分。因此，例如，如果您在GIT存储库中有一个多模块Maven项目，则必须同时检出所有模块，Web设计人员必须转到webapp/src/main/webapp目录才能工作这些文件并忽略其他文件...哦，网页设计师无论如何都会在他们的机器上拥有所有文件。当需要剪切版本时，您将一次性发布所有内容，因此所有模块都将具有相同的版本号。这意味着，即使所有更改都在.jar文件中，您也将删除新的应用.jsp版本...另一方面，您知道自己正在使用最新的.jar每次削减版本时都会编码。有follies之类的GIT子模块可以引诱您认为它们可能是一个解决方案，但这些并不是您正在寻找的解决方案。
如果选择Subversion作为SCM，情况会有所不同。 Subversion允许您签出并仅标记树的一部分。因此，您实际上只需向Web设计人员提供树的Web页面部分的SCM URL，然后他们就可以仅查看该页面并仅处理该页面。当然，他们失去了分布式SCM的所有乐趣，但他们不必看到任何不必要的干扰。有一个缺点...即他们不能轻易启动Web应用程序来验证他们的更改。他们仅限于猜测他们在.jsp文件中所做的更改将产生有效的HTML标记。
我个人的建议是设计师不傻（或者也许只是我们的设计师并不愚蠢）。您告诉他们他们需要处理的文件位于何处以及他们将在哪里工作。他们不会对你的其他代码进行更改...而且你还在使用SCM，所以即使他们确实在其他地方进行了更改，你也可以轻松地回滚这些更改。如果你有秘密的酱汁，设计师不应该看到，那么你一开始就做错了。
答案 1 :(得分：0)
CloudBees只是托管您应用的地方 - 并且构建，它不会影响您创建内容的方式。
以这种方式工作 - 你最好设置一个构建管道（查找“clickstarts”并找到一个适合的），这样你的设计师就可以编辑网页，当做出改变并提交给源代码控制时，构建/部署周期已启动。