circleci server v2.18什么是新的
本文档提供了Circleci Server V2.18的发布的功能和产品说明摘要。有关完整的更改列表，包括修补程序版本，请参阅更改兴。逐步指导到升级从v2.17.x到v2.18的Circleci服务器安装，看看我们的升级指南。
升级要求
警告：如果在任何时候您的组织名称已更改，则有一个脚本那必须在说明升级过程之前要运行。
笔记和最佳实践
- 我们现在需要至少32GB的服务机器RAM。
- 我们对我们的Redis配置进行了一些更改。如果您有外部化Redis，那么您需要更新配置。请联系您的客户成功经理。
- 我们还对我们的Postgres版本进行了更改，并至少需要PostgreSQL v9.5.16。如果您已经外部化PostgreSQL，请在升级到2.18之前至少更新到2.17.x中的2.17.x版本。
在2.18.3版中有什么新的
- 您现在可以生成基于Windows的图像，以便可用于使用运行
机执行者。请参阅VM服务指南构建图像并使其可用的说明。有关使用Windows Executor的详细信息，请参阅我们的执行者和图像概述。
版本中有什么新的2.18
- 现在可以通过将安全组添加到上下文时在运行时限制环境变量。安全组定义为GitHub团队或LDAP组。在将安全组添加到上下文后，只有Circleci用户才能访问该安全组的成员可以访问或使用上下文的环境变量。有关更多信息，请参阅我们的限制上下文的指南。
- 在搜索构建工件时，将在AWS外部运行存储驱动程序的客户将看到路由时间。
- 您现在可以自定义从CirCleci获取输出的度量标准。有关步骤和选项，请参阅我们的自定义指南指南。下面是默认情况下包括自定义指标时包含的度量标准短期列表：
| 公制 | 描述 |
|---|---|
circle.Backend.action.upload-artifact-error |
跟踪工件未能上传的次数 |
circle.build-queue.runnable.builds. |
跟踪流过系统的构建数被认为是可运行的 |
circle.dispatcher.find-containers-failed |
追踪多少1.0构建 |
circle.github.api_call. |
追踪Circleci正在制作多少API调用 |
circle.http.request. |
跟踪响应代码到Circleci请求 |
circle.nomad.client_agent。* |
跟踪Nomad客户指数 |
circle.nomad.server_agent。* |
跟踪那里有多少个游菜服务器 |
circle.run-queue.latency. |
追踪可追加的版本要接受多长时间 |
circle.state.container-Builder-比率 |
跟踪每个构建器存在多少个容器（仅限1.0） |
circle.state.lxc可用 |
跟踪有多少容器可用（仅1.0） |
circle.state.lxc-wested. |
追踪有多少容器保留/使用（仅1.0） |
circleci.cron-service.messaging.handle-message |
提供由处理的RabbitMQ消息的时序和计数Cron服务 |
circleci.grpc-response. |
跟踪系统GRPC系统调用的延迟 |
- 您现在可以为远程Docker和机器执行程序作业提供单独的AMI。以前我们提供了在两者上使用的单个自定义AMI的选项，但使用V2.18，这种扩展的自定义使您可以更好地控制版本控制和依赖项，以满足您的个人CICD需求。看到VM服务指南想要查询更多的信息。
修复在版本2.18中
- 上下文和org重命名的其他修复。
- 修复了偶尔卷未能附加的问题，以旋转远程码头/
机实例。 - 修复了与Jira.com子域内无法在JIRA实例上安装Circleci集成的问题。
- 修复了在重命名组织后，工作流程页面仍将指向旧回购的问题。
- 修复了工作流UI将无法自动刷新数据的问题。
- 在可能导致UI中的超时时，在案例中改进了上下文加载时间。
- 修复了上下文导致构建以返回Cirect_bug的问题。