PowerShell 7.0 RC 发布
PowerShell 7.0 发布了候选版本,正式版本预计于下个月发行。先来看看 PowerShell 7 中一些最主要的功能:
- .NET Core 3.1 (LTS)
- ForEach-Object -Parallel
- Windows compatibility wrapper
- 新的错误视图(error view)和 Get-Error cmdlet
- Pipeline chain operators (&& and ||)
- 三元运算符 (a ? b : c)
- 空分配和合并运算符 (?? and ??=)
- 跨平台 Invoke-DscResource(实验性)
- Out-GridView,-ShowWindow 和其他旧版 GUI cmdlet 重返 Windows
更多详细信息将在下个月发行的正式版本中说明。
与 .NET 团队合作
7.0 预览版以来,PowerShell 与 .NET 团队的合作比以往任何时候都更加紧密,不仅可以跟踪 .NET Core 3.0 和 3.1 预览版,而且可以与 .NET 开发人员携手合作以提高 PowerShell 的性能。与过去几年迁移到 .NET 版本可能会遇到麻烦的过程相比,从 .NET Core 2.1 迁移到 3.0 相对容易,而升级到 3.1 则完全没有麻烦。PowerShell 7 将继续利用 .NET 的新功能,从而变得更好。
应 .NET 团队和社区的要求,PowerShell 团队还努力将 PowerShell 包含在 .NET SDK Docker 容器中,从而使应用程序开发人员能够为其跨平台 .NET 应用程序编写跨平台构建,测试和部署脚本。
.NET SDK Docker 容器镜像
从 .NET Core 3.0 开始,.NET 团队开始在他们的 .NET SDK Docker 镜像中包括 PowerShell Core。对于任何构建跨平台应用程序的 .NET Core 开发人员来说,这都是很棒的,不论平台是什么,或者它们是在本地运行还是在 Azure Pipelines 等 CI/CD 解决方案中运行,他们都能够使用一种脚本语言(PowerShell)编写其构建、测试和部署脚本。
.NET Core 3.1 SDK 镜像将在明年 1 月的下一个定期计划发行版中与 PowerShell 7.0 RC 一起更新,PowerShell 打算与 .NET 的支持生命周期进行同步。
.NET 全局工具
.NET 全局工具是将特殊的 NuGet 软件包作为成熟的应用程序安装的简便方法,适用于已经在计算机上安装了 .NET SDK 的用户。只需在任何操作系统上运行 dotnet 工具 install --global powershell,就可以在环境中运行 pwsh 二进制文件。使用 dotnet 工具更新--global powershell,可以轻松更新到新版本。
与 SDK 容器镜像一样,用于 7.0 RC 的全局工具也已可用。请注意,由于版本控制在 NuGet 中的工作方式,你必须使用此特定的安装命令,直到 GA 发布:
dotnet tool install --global PowerShell --version 7.0.0-rc.1
如果要从以前的全局工具安装中升级,请使用:
dotnet tool update --global PowerShell --version 7.0.0-rc.1
详情参见发布公告:
https://devblogs.microsoft.com/powershell/announcing-the-powershell-7-0-release-candidate/
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Apache Kafka 2.4.0 发布
Apache Kafka 2.4.0 已发布,此版本新增了不少新功能,其中包括: 允许消费者从最近的副本进行获取 为 Consumer Rebalance Protocol 增加对增量协同重新均衡(incremental cooperative rebalancing)的支持 新增 MirrorMaker 2.0 (MM2),新的多集群跨数据中心复制引擎 引入新的 Java 授权程序接口 支持 KTable 中的非密钥连接 用于重新分配副本的 Administrative API 保护内部连接的 REST 端点 新增删除消费者偏移并通过 AdminClient 公开的 API 改进: [KAFKA-5609] - 连接 log4j 会默认记录到文件 [KAFKA-6263] - 为群组的元数据加载持续时间暴露指标(Metric) [KAFKA-6883] - KafkaShortnamer 允许将 Kerberos 主体名称转换为大写用户名 [KAFKA-6958] - 允许使用 KStreams DSL 定义自定义处理器名称 [KAFKA-7018] - 持久使用 memberId ...
- 下一篇
每日一博 | 产品经理如何驱动产品安全建设
一、序言 本文从产品经理的角度出发,对产品经理的安全职责、产品驱动安全的内涵、工作内容、工作方法、所需安全资源、以及产品经理的安全工作量进行了分析。希望所有产品经理在没有心理负担的情况下,有目标、有方法、有资源推进产品安全建设。 二、背景 安全是软件产品天然属性的一部分,“无安全不金融”,对于金融软件产品而言,安全尤为重要,因为客户总是能够从各种安全漏洞联想到他的金融资产安全和个人信息安全。以前偶尔会在一些安全沙龙或峰会听见同行吐槽,“信息安全说起来重要、做起来次要、忙起来不要”。吐槽背后的原因很复杂,其中很重要的一点是跟产品经理安全意识淡薄、不清楚如何推进产品安全建设有关,比如不重视产品安全属性、产品安全需求不明确、产品安全资源不充分、产品安全建设无从下手等。本文主要站在产品经理的角度,从产品经理能力维度出发,探讨产品经理如何推动产品的安全性建设。 众所周知,安全性作为软件产品的天然属性,从产品定义与规划角度来看,产品经理对产品安全负有不可推卸的责任,但产品经理如何履行自己的安全职责,业界还没有给出一个清晰可行的行动方案。 目前,软件产品安全需求通常是基于开发人员和安全人员的职业常识...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8编译安装MySQL8.0.19
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Hadoop3单机部署,实现最简伪集群
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果