早在 2017 年 2 月，我们就开始通过 Cloud Foundry manifest 编辑支持的第一个 Beta 版本 引入新的 IDE 无关的工具支持。正如我们承诺的那样，我们继续推进这项工作，为 Visual Studio Code 提供了改进的 Cloud Foundry manifest 编辑支持，并全新支持编辑 Concourse task 和 pipeline 定义 - 也作为 Visual Studio Code 的扩展。这标志着我们在以 IDE 无关的方式实现工具方面迈出了第二步，采用了 Visual Studio Code 的语言服务器协议。

我们还将继续致力于基于 Eclipse 的 Spring Tool Suite 的开发，其下一个更新计划在 2017 年 7 月发布（STS 3.9.0 将基于 Eclipse Oxygen 版本），同时并行开发下一代独立于 IDE 的 Spring 工具。这里介绍的 Visual Studio Code 扩展可能看起来与此无关，但它们是我们正在开发的独立于 IDE 的 Spring 工具的更宏观图景中的重要小步骤。

新增 Concourse 管道编辑支持

Concourse CI 是一个开源的持续集成和部署工具，Pivotal 内部的许多团队和项目都在使用它，Pivotal 以外的越来越多的用户和公司也在使用。在 Concourse 中，构建和部署管道通过三个核心概念（tasks、resources 和 jobs）来定义，而 docker 是创建和运行这些构建环境的中心要素。不妨了解一下，作为其他 CI 系统的替代方案，它绝对值得探索。

基于 Concourse 的构建的核心是管道定义，通常在 pipeline.yml 文件中进行描述。现在，使用我们为 Visual Studio Code 构建的编辑支持，处理这些基于 YML 的管道文件变得更加容易。观看这个屏幕录制，了解该工具的实际应用。

更新的 Cloud Foundry manifest 编辑支持

我们还更新了 Cloud Foundry manifest 的编辑支持。以下是适用于 Visual Studio Code 的此更新版本中的详细信息。

• 为域（domains）和堆栈（stacks）增加了动态内容辅助支持。
• 增加了对路由（routes）的支持，包括路由内部（包括 TCP 路由）的域的内容辅助。
• 增加了对新的 health-check-type-endpoint 属性的支持。
• 增加了对已弃用的 health-check-type “none” 值（包括快速修复以将弃用值替换为“process”）的支持。
• 添加了关于用于动态内容辅助值的 CF 端点（endpoint）的详细信息。
• 内容辅助现在显示嵌套属性的建议。

观看这个视频，了解这些改进的实际应用。

展望

2017 年还将有更多精彩内容，例如围绕 Spring 和 Spring Boot 的新语言服务器，以及更多供编辑器和 IDE 集成的选项。其中一个选项仍然是 Spring Tool Suite，而其他（轻量级）编辑器和 IDE 也将通过这种方式获得强大的 Spring 和 Spring Boot 工具。敬请关注。