2022年1月-Visual Studio博客 https://devblogs.microsoft.com/visualstudio/222/01/ Visual Studio工程团队产品洞察力的官方来源 2024年1月31日,星期三00:43:32+0000 英语-美国 每小时 1 https://devblogs.microsoft.com/visualstudio/wp-content/uploads/sites/4/2018/10/microsoft-Favicon.png 2022年1月-Visual Studio博客 https://devblogs.microsoft.com/visualstudio/2022/01/ 32 32 Azure DevOps要求所有连接(包括Visual Studio)都使用TLS 1.2 https://devblogs.microsoft.com/visualstudio/azure-devops-requires-tls-1-2-on-all-connections-including-visual-studio/ https://devblogs.microsoft.com/visualstudio/azure-devops-requires-tls-1-2-on-all-connections-including-visual-studio/#注释 2022年1月28日星期五18:36:54+0000 https://devblogs.microsoft.com/visualstudio/?p=236435 从1月31日星期一开始,Azure DevOps将不再接受通过TLS 1.0和1.1的连接,因为这些协议中存在安全漏洞。开发人员越来越成为黑客的目标,而且这些协议已经知道了并非特定于Microsoft实现的安全漏洞。今后,Azure DevOps将要求所有HTTPS都使用TLS 1.2[…]

帖子Azure DevOps要求所有连接(包括Visual Studio)都使用TLS 1.2首次出现于Visual Studio博客.

]]>

TLS 1.0/1.1的永久推出将于2022年3月31日开始

Azure DevOps为TLS 1.0/1.1弃用提供了新的指导和时间表。

当永久卷展开始时2022年3月31日,该团队计划在3月份暂时禁用两次支持,以帮助客户在永久推出之前发现潜在问题。

请查看他们的新博客帖子了解详细信息。

TLS 1.0/1.1弃用更改已回滚

Azure DevOps团队回滚了2022年1月31日所做的更改,以因意外问题而不支持旧版本的TLS(1.0/1.1)。目前,Azure DevOps继续支持通过TLS 1.0/1.1进行的调用。他们的团队正在制定解决这些问题的计划,并将很快宣布新的弃用日期。

1月31日星期一开始标准,Azure DevOps将不再接受通过TLS 1.0和1.1的连接由于这些协议中的安全漏洞。开发人员越来越成为黑客的目标,而且这些协议已经知道了并非特定于Microsoft实现的安全漏洞。今后,Azure DevOps将需要TLS 1.2用于所有HTTPS连接,包括其web API和Git服务。为了避免任何问题,请升级到Visual Studio的最新版本.

Visual Studio 2022、Visual Studio 2019和最新版本的Visual Studio 2017(15.9版及更高版本)已使用TLS 1.2,不受即将发生的更改的影响。在未配置为使用TLS 1.2的设备上运行的早期版本的Visual Studio在连接到Azure DevOps服务时可能会开始出现错误。诸如登录Visual Studio、解锁IDE和远程Git操作等功能可能会受到影响。

一些错误消息可能包括:

致命错误:遇到HttpRequestException。发送请求时出错。获取或推送到Git存储库时。

错误:1407742E:SSL例程:SSL23_GET_SERVER_HELLO:tlsv1警报协议版本

如何启用TLS 1.2

避免这些问题的最简单方法是升级到最新版本的Visual Studio因为它已经对所有HTTPS连接使用TLS 1.2。如果不能升级Visual Studio,则可以设置设置计算机范围的注册表项以启用TLS 1.2所有的。NET应用程序,包括Visual Studio。最后,您还可以安装最新的Git for Windows工具,这些工具也使用TLS 1.2。

这个Azure DevOps博客提供了有关即将进行的TLS更改的详细信息。您还可以阅读有关TLS 1.0和1.1的官方折旧IETF数据跟踪器中。

帖子Azure DevOps要求所有连接(包括Visual Studio)都使用TLS 1.2首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/azure-devops-requires-tls-1-2-on-all-connections-including-visual-studio/feed/ 6
Visual Studio 2022中的代码搜索将快得多 https://devblogs.microsoft.com/visualstudio/code-search-in-visial-studio-is-about-to-get-much-faster/ https://devblogs.microsoft.com/visualstudio/code-search-in-visual-studio-is-about-to-get-much-faster/#评论 2022年1月26日星期三15:34:33+0000 https://devblogs.microsoft.com/visualstudio/?p=236409 与Visual Studio 2019相比,Visual Studio 2022“在文件中查找”的搜索速度已经快了95%以上。我们想让代码搜索变得更好。我很高兴地宣布,Visual Studio 2022 17.1预览版3引入了索引“在文件中查找”,使您的搜索体验更快!尝试[…]

帖子Visual Studio 2022中的代码搜索将快得多首次出现于Visual Studio博客.

]]>
与Visual Studio 2019相比,Visual Studio 2022“在文件中查找”的搜索速度已经快了95%以上。我们想让代码搜索变得更好。我很高兴地宣布,Visual Studio 2022 17.1预览版3引入了索引“在文件中查找”,使您的搜索体验更快!要亲自尝试性能改进,请下载Visual Studio 2022预览版:

Gif显示VS 2019和VS 2022中“在文件中查找”搜索之间的差异
VS17.0(左)和VS17.1预览(右)的并排视频,搜索1560个项目中约50000个文件

与Visual Studio 2019相比,Visual Studio 2022代码搜索有何改进

图像FiF图

上图说明了我们在95搜索性能方面看到的主要改进第个自Visual Studio 2019以来执行的搜索百分比。我们看到17.1预览版3中95%的搜索在1秒多一点的时间内找到与搜索查询匹配的所有内容!对于许多搜索场景,这种搜索体验现在会感觉瞬间……任何开发人员的梦想。

17.1预览3的索引“在文件中查找”是如何工作的?

要确保启用索引搜索,请转到“工具”>“选项”>“环境”>“预览功能”,并验证是否选中了“启用索引以获得更快的查找体验”!

从那时起,在解决方案加载或打开文件夹时,VisualStudio启动附属进程“ServiceHub”。并将文件列表传输给它以进行索引。然后,索引器遍历这些文件并构造所有n克包含在每个文件中。

当用户执行“查找”时,此索引用于从搜索中删除文件,以便更快地完成搜索。

索引过程通过在Below Normal下运行来避免影响解决方案加载、构建和用户活动操作系统优先级在主Visual Studio进程之外。

试试看,分享你的反馈!

我们很想得到您对我们更新的搜索性能的反馈,所以请尝试一下,让我们知道您的想法!您可以通过共享任何反馈开发人员社区帮助我们使Visual Studio更好地为您服务!

帖子Visual Studio 2022中的代码搜索将快得多首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/code-search-in-visual-studio-is-about-to-get-much-faster/feed/ 26
Visual Studio 2022 Mac预览版5 https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-5/ https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-5/#评论 2022年1月25日星期二22:00:09+0000 https://devblogs.microsoft.com/visualstudio/?p=236382 今天,我们发布了Visual Studio 2022 for Mac Preview 5,这是第一个在上运行的Visual Studio for Mac版本。NET6和Apple的M1(基于ARM)处理器。这一变化带来了一些直接的绩效胜利,并为团队未来更快地创新奠定了基础。

帖子Visual Studio 2022 for Mac预览版5首次出现于Visual Studio博客.

]]>
今天,我们发布了Visual Studio 2022 for Mac Preview 5,这是第一个在上运行的Visual Studio for Mac版本。NET6和Apple的M1(基于ARM)处理器。这一变化带来了一些直接的绩效胜利,并为团队未来更快地创新奠定了基础。我们还继续将IDE升级到完全原生的macOS UI,升级了IDE的更多高使用部分,包括文档切换器和文档大纲。您可以阅读有关发行说明。使用Visual Studio>检查更新…菜单立即获取最新版本,或直接下载:

Visual Studio for Mac是的IDE。NET开发人员使用ASP为web和云构建应用程序。NET核心,移动使用。NET或Xamarin,以及Mac上的Unity游戏。根据您公司的规模和工作内容,您可能有资格使用Visual Studio Community for Mac。对于具有Visual Studio订阅的用户,您会发现您的订阅中包含Visual Studio Professional For Mac或Visual Studio Enterprise For Mac。了解有关的更多信息如何激活Visual Studio for Mac许可证在我们的网站上。

.NET 6 CLR在M1和Intel处理器上都带来了性能优势

在上运行Visual Studio for Mac的移动。NET 6 CLR是一项关键投资,它将使我们能够利用来自的最新创新。净利润。从Mono运行时迁移到的第一个好处之一。NET 6在中的新I/O实现所授予的几个场景中提高了性能。净值6。请注意,这些仍然是早期版本,因此您可能会看到略有不同的结果,但我们正在继续投资优化M1处理器上的Visual Studio for Mac,希望您能给予反馈。

更多功能转移到本机UI:文档切换器和文档大纲

除了过渡到。NET6,我们在向本机MacOS UI过渡方面取得了更大进展。整个IDE体验现在都是在本机macOS UI中实现的,以前它是本机UI和使用非本机控件库的自定义绘制UI控件的组合。到目前为止,我们已经从Visual Studio 2019 for Mac迁移了近95%的用户体验,包括编辑器、所有常用的工具窗口以及大多数首选项和项目设置。在Preview 5中,我们通过移植Document Switcher和Document Outline窗口继续了这项工作。

使用Ctrl+Tab快捷键时,Visual Studio for Mac中显示的对话框。该对话框显示打开的窗口和文档的列表。
文档切换器(使用Ctrl+Tab快捷方式更改窗口时显示)

 

C#文件的文档大纲。显示BasketService类及其下展开的成员,如AddItemToBasket和SetQuantities。
查看>其他窗口>.cs文件的文档大纲

您可以在我们的预览1篇博客文章在这里,我们强调了Visual Studio 2022 for Mac的目标:打造现代化。NET IDE是为Mac量身定制的,它提供了您在Visual Studio中逐渐喜欢的高效体验。

请继续分享您的反馈

我们希望您能帮助您使Visual Studio 2022 for Mac成为最佳的开发人员体验。您的反馈将继续为我们的计划提供信息。如果您有兴趣直接接收我们团队的更新,加入我们的预览新闻稿–我们将分享最新消息,并为您提供更多机会向我们的团队提供反馈。

最后,请在我们的Visual Studio for Mac预览调查中分享您的想法,并继续发送建议问题报告来了!您可以使用帮助>报告问题帮助>提供建议菜单以共享反馈,或转到Visual Studio for Mac开发人员社区网站投票给那些对你来说最重要的人。

帖子Visual Studio 2022 for Mac预览版5首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/visual-studio-2022-for-mac-preview-5/feed/ 30
在保存到Visual Studio 2022 17.1预览版2时进行代码清理 https://devblogs.microsoft.com/visualstudio/bringing-code-cleanup-on-save-to-visual-studio-2022-17-1-preview-2/ https://devblogs.microsoft.com/visualstudio/bringing-code-cleanup-on-save-to-visual-studio-2022-17-1-preview-2/#评论 2022年1月10日星期一16:00:48+0000 https://devblogs.microsoft.com/visualstudio/?p=236215 从Visual Studio 2022 17.1预览版2开始,开发人员现在可以在保存文件时自动执行代码清理!“保存时自动进行代码清理”是一项集成到Visual Studio 2022中的新功能,它可以清理代码文件以确保其格式正确,并确保您的编码样式首选项[…]

帖子在保存到Visual Studio 2022 17.1预览版2时进行代码清理首次出现于Visual Studio博客.

]]>
从Visual Studio 2022 17.1预览版2开始,开发人员现在可以在保存文件时自动执行代码清理!“保存时自动进行代码清理”是Visual Studio 2022中集成的一项新功能,它可以清理代码文件,以确保其格式正确,并应用了您的编码样式首选项。一些可自定义的首选项包括:格式化文档、使用排序、删除不必要的使用等等。这一功能可以帮助最大限度地减少PR中的风格违规,让开发人员花更少的时间修复不符合特定标准的代码,花更多的时间做他们最擅长的事情。要在保存尝试时进行代码清理,请下载Visual Studio 2022预览版:

移动图像演示保存时的代码清理

如何在保存时启用代码清理

首先,导航到“分析”>“代码清理”>“配置代码清理”,对代码清理配置文件进行个性化定制。

配置代码清理配置文件的屏幕截图

接下来,导航到“工具”>“选项”>“文本编辑器”>“代码清理”。在“保存时运行代码清理配置文件”中添加检查。确保在保存时选择要自动执行的相应配置文件!

保存时启用代码清理的对话截图

 

试试看,分享你的反馈!

我们很乐意在Save上获得您对代码清理的反馈,所以请尝试一下,让我们知道您的想法!您可以通过共享任何反馈开发人员社区帮助我们为您打造更好的Visual Studio!

 

帖子在保存到Visual Studio 2022 17.1预览版2时进行代码清理首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/bringing-code-cleanup-on-save-to-visual-studio-2022-17-1-preview-2/feed/ 22
将新Git功能引入Visual Studio 2022 https://devblogs.microsoft.com/visualstudio/introduction-new-git-features-to-visual-studio-2022/ https://devblogs.microsoft.com/visualstudio/introduction-new-git-features-to-visual-studio-2022/#评论 2022年1月6日星期四17:30:46+0000 https://devblogs.microsoft.com/visualstudio/?p=235744 我们将继续增强Visual Studio中的Git体验,我们很高兴在版本17.1预览版2中宣布一些期待已久的更新。下载最新的Visual Studio预览并查看以下新的Git功能。新Git功能描述比较分支将签出的分支与任何本地或远程分支进行比较。[…]

帖子将新Git功能引入Visual Studio 2022首次出现于Visual Studio博客.

]]>
我们将继续增强Visual Studio中的Git体验,我们很高兴在版本17.1预览版2中宣布一些期待已久的更新。下载最新的Visual Studio预览并查看以下新的Git功能。

新Git功能 描述
比较分支 将签出的分支与任何本地或远程分支进行比较。
签出提交 检查提示提交或远程和本地分支以前的任何提交。
多分支 同时在所有活动存储库上管理和创建新分支。
线路分段(交互式分段) 通过分段代码更改的部分,将更改拆分为不同的提交。

您是Git和源代码管理新手吗?

S公司通过以下方式开始充分利用Git和Visual Studio的潜力 注册Git学习系列.

 

比较分支

比较分支可以概述两个分支之间的差异,这在创建拉请求、合并甚至删除分支之前非常有用。

图像比较分支

要使用Visual Studio将当前签出的分支与其他分支进行比较,可以使用状态栏和Git更改工具窗口中的分支选择器来选择要进行比较的任何本地或远程分支。右键单击目标分支并选择与当前分支比较也可以使用Git Repository窗口上的分支列表访问相同的命令。

图像比较分支入口点

比较分支

选择与当前分支比较打开比较分支体验,您可以在其中导航“更改”列表并选择要比较的文件。

图像比较分支UI

提示:使用首选的差异布局

如果您喜欢内联diff,可以使用diff配置选项齿轮并切换到内联differ视图。

图像差异配置选项

 

签出提交

签出提交可以从多方面受益。例如,它允许您返回到存储库历史记录中的前一点,在那里您可以运行或测试代码。如果您想从远程分支(例如同事的分支)查看代码,这也会很有帮助。这样,如果您不打算为本地分支做贡献,则无需创建本地分支。在这种情况下,您只需签出要查看的远程分支的提示即可。

图像签出提交

要在Visual Studio中签出上一次提交,请打开Git Repository窗口视图>Git存储库,右键单击要返回的提交并选择签出(–detach)。

图像签出提交UI

VisualStudio显示了一个确认对话框,说明通过签出提交,您将处于分离的HEAD状态。这意味着存储库的HEAD将直接指向提交而不是分支。

图像签出确认

单击确认操作后是的,Visual Studio将显示一条确认消息,Git存储库和Git更改窗口都将显示“已分离”处于“提交”状态。带图表的图像签出成功消息

签出提交

现在,您处于分离状态,可以自由地运行和测试代码,甚至探索和提交更改。当您完成探索并想返回到分支时,可以选择通过签出现有分支来放弃更改,也可以选择通过以下方式保留更改创建新分支第一。

重要提示:要保留更改,请在退出分离的HEAD状态之前创建一个新分支

在分离头状态下创建的提交不与任何分支关联,并且可能在签出分支后被Git垃圾收集。这就是为什么要保留更改,建议在签出分支之前创建一个新分支。例如,如果我们签出Main而不创建新分支,那么提交的C5和C6将被垃圾收集。

图像分离头提交

要了解有关分离头状态视图的更多信息,请参阅以下Git文档:分离式头部

如果您想快速查看拉取请求并评估最新更新,查看远程分支的提示可能会有所帮助。要在VisualStudio中执行此操作,首先确保从远程存储库获取并获取最新更新Git>获取。然后右键单击要查看的远程分支并选择签出提示提交.

图像签出提示提交

注意:未提交的更改可能与您要签出的提交冲突

当您有未提交的更改时,可以签出提交和分支。Visual Studio会检测未提交的更改与要签出的提交/分支之间是否存在冲突,并提供一个选项,通过在签出后重新应用更改来保留更改。

带更改的图像签出

 

多分支

在此版本中,我们继续改进我们在Visual Studio 2022预览版3中引入的多回购支持预览功能通过增强内环分支体验。启用多回购支持的最简单方法是使用CTRL+Q,键入“preview”并打开预览功能窗格。滚动至“启用多回购支持”并切换复选框。

图像多回购标志

注意:打开一个包含托管在不同Git存储库上的项目的解决方案以开始

启用多回购功能标志并打开解决方案后文件>打开>项目/解决方案对于托管在不同Git存储库上的项目,VisualStudio将同时自动激活多达10个存储库。

状态栏和Git Changes工具窗口上的分支选择器现在支持VisualStudio中的多报告。您可以利用它们在分支之间快速切换,并跨所有活动存储库进行轻量级分支管理。要在任何活动存储库的分支之间快速切换,请在分支选择器上展开存储库树,然后单击要签出的分支。

图像切换多回购中的分支

您可以使用这两个分支选择器跨活动存储库进行轻量级分支管理。通过右键单击此列表上的分支,可以访问常见的内部循环分支操作,包括合并、重设基、重命名、删除和比较分支。对于更高级的存储库和分支管理操作,请使用Git Repository窗口.

影像灯分支管理

多回购分支

这种轻量级分支管理体验的一个常见用例是包含来自不同远程分支的更新。例如,要合并同事分支的更改,请右键单击“远程”选项卡下的分支并选择合并到当前分支.

图像合并远程分支

创建新分支的体验现在支持在所有活动存储库中创建分支。您只需提供分支名称并单击创建分支按钮在所有活动存储库上创建相同的新分支!您还可以选择使用复选框在活动存储库的子集上创建新分支。

图像创建多回购分支

如果您需要新分支基于当前签出的分支以外的分支,那么可以使用分支下拉列表来实现这一点。例如,假设我们需要新分支基于MathLib回购上的subtract_feature分支,并基于Multi-rep Calculator回购上的不同分支。在这种情况下,我们将使用分支下拉列表在Multi-rep Calculator回购下选择不同的分支。

图像创建多回购分行2

 

线路分段(交互式分段)

线路分段支持,也称为交互式分段是我们的最受欢迎的Git建议票。当您需要在不同提交之间拆分更改时,行存储会很有帮助。这个预览包含了我们仍在努力增强的一些线型功能。启用此早期版本的线型支持的最简单方法是使用CTRL+Q,键入“preview”并打开预览功能窗格。滚动到“Enable line-staging support”(启用线型支持)并切换复选框。

图像线型特征标志

注意:行暂存仍然是预览功能

此功能仍然是预览功能,这意味着我们正在努力在即将发布的版本中添加更多支持。与此同时,我们依靠您的反馈和社区来构建您所需要的

打开线型预览标志并重新启动Visual Studio后,可以通过单击Git更改窗口。然后将鼠标悬停在要暂存的代码段上,然后单击阶段更改.

图像暂存线条

图像分段了一行

提示:将线型与首选的差异布局一起使用

在内联和并排diff模式下都支持行存储:

图像在行视图中暂存块

这种早期版本的线性分级支持有一些已知的问题和限制。

已知问题:

即将推出的功能:

  • 能够直接从编辑器中暂存代码行和代码块
  • 能够解压缩代码行和代码块
  • 刷新延迟增强

 

让我们知道你的想法

我们从您的丰富反馈中受益匪浅–谢谢!我们希望您能帮助我们继续改进,尝试一下新的多回购预览功能,并通过以下快速调查让我们知道您的想法:

帖子将新Git功能引入Visual Studio 2022首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/introduction-new-git-features-to-visual-studio-2022/feed/ 13
Visual Studio 2022的集成聊天实时共享 https://devblogs.microsoft.com/visualstudio/integrated-chat-in-live-share-for-visual-studio-2022/ https://devblogs.microsoft.com/visualstudio/integrated-chat-in-live-share-for-visual-studio-2022/#评论 2022年1月6日星期四02:55:32+0000 https://devblogs.microsoft.com/visualstudio/?p=236192 Visual Studio 2022 Live Share聊天发布。

帖子Visual Studio 2022的集成聊天实时共享首次出现于Visual Studio博客.

]]>
全世界都认为软件开发是一项个人运动,开发人员坐在黑暗的房间里,写下神奇的数字行来让事情正常进行。事实离这张图片再远不过了。我认为这更像是一场方程式1类型的比赛,有一段加速期,由进站时的团队努力推动。今天,我们在紧密团结的团队中工作,不断地审查、解封和重写彼此的代码。为了让团队成功做到这一点,他们需要手头有一套合适的工具。

Live Share一直处于开发人员协作的前沿。该扩展是内置的VisualStudio,使协作成为其工作流的直观部分。我们收集了更多信息,了解到在工具中拥有沟通渠道在协作期间可能具有巨大价值。这就是为什么Visual Studio 2022现在已经将聊天内置到Live Share中。这允许每个Live Share会话都有特定于上下文的聊天。无论是长时间配对会话、快速帮助还是代码演练,Live Share聊天都可以为会话添加异步上下文。

图像VS 2022聊天

要开始使用Live Share聊天,您只需Visual Studio 2022一旦你启动Live Share会话,您将在Live Share窗口中看到聊天图标,它将弹出聊天窗口供您使用。

请尝试Live Share中的这项新功能,让我们知道您的想法!

谢谢您,期待您的反馈。

帖子Visual Studio 2022的集成聊天实时共享首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/integrated-chat-in-live-share-for-visual-studio-2022/feed/ 2
Visual Studio 17.1预览版2现在可用! https://devblogs.microsoft.com/visualstudio/visual-studio-17-1-预览-2-is-now-available/ https://devblogs.microsoft.com/visualstudio/visual-studio-17-1-preview-2-is-now-available/#comments 2022年1月5日星期三19:39:58+0000 https://devblogs.microsoft.com/visualstudio/?p=235984 Visual Studio 2022 17.1预览版2继续迭代Visual Studio 2021版本的主题。我们正在增强现有功能,带来新的生产力改进,并使您更容易创建自己的Visual Studio。

帖子Visual Studio 17.1预览版2现在可用!首次出现于Visual Studio博客.

]]>
今天,我们将发布Visual Studio 2022 17.1预览版2。我们继续迭代Visual Studio 2022版本的主题,增强了现有功能,带来了新的生产力改进,并使您更容易创建自己的Visual Studio。在这篇博客文章中,我们将详细讨论Git、搜索和导航、C++和中的更改。NET体验以及一些用于个性化彩色标签的新功能。有关此版本中所有内容的详细信息,请参阅Visual Studio 17.1预览版2发行说明。若要尝试我们今天所写的所有内容,请下载Visual Studio 2022预览版:

除了这些新体验之外,我们还特别关注来自您(我们的社区成员)的反馈,并在17.1中通过开发者社区解决了100多个客户报告的问题。我们非常感谢您花时间报告问题,并鼓励您继续这样做,以帮助我们使17.1成为迄今为止性能最好、最可靠的IDE。我们知道,我们的许多用户都在等待主要版本之后的下一个版本,然后再进行更新,现在是下载最快版本的Visual Studio的最佳时机。

性能工作从未完成过,我们努力在每个版本中做得更好。在17.1中,我们优化了C++项目中的Find All引用搜索,提高了22%。随着我们的前进,我们将继续在整个IDE的性能方面进行投资,为您带来更具响应能力的整体体验。

使用Git提高效率

我们非常高兴地宣布,17.1预览版2带有期待已久的Git功能,可以提高您的工作效率,并使您的日常工作更轻松!现在,很容易将您的当前分支与存储库中的其他分支进行比较,这在您准备拉取请求时甚至在删除分支之前都会非常有用。

Visual Studio Git比较屏幕的屏幕截图

此预览带有增强的分离头支持,并引入了签出提交和签出任何远程分支的提示的功能。现在,您可以签出任何提交,并返回到存储库历史记录中的前一点来运行或测试代码。您还可以通过查看任何远程分支的提示,快速查看拉取请求并评估团队的更新。

Visual Studio Git历史视图的屏幕截图,演示签出任何提交的能力

Visual Studio Git历史视图的屏幕截图,演示签出远程分支尖端的能力

我们通过增强内环分支体验,继续改进我们的多回购支持预览功能。现在,您可以利用状态栏和Git更改工具窗口上的分支选择器来签出分支,并跨所有或您的活动存储库进行轻量级分支管理。

Git更改工具窗口的屏幕截图,演示分支管理

演示分支管理的Visual Studio状态栏截图

创建新的分支体验现在支持同时跨所有活动存储库创建分支。您不再需要跨存储库手动创建分支。

创建新分支对话框的屏幕截图,演示了同时跨所有活动存储库创建分支。您不再需要跨存储库手动创建分支

此预览还附带了一些我们的第一个线型预览功能。例如,现在可以使用diff来暂存代码块或代码段。

演示Visual Studio线型预览功能的屏幕截图

如果您想了解有关这些Git增强功能的更多信息,请查看向Visual Studio 2022博客文章介绍新的Git功能.

自动保持代码干净!

现在,您可以配置个性化的代码清理配置文件,该配置文件将在您保存文件时自动运行。这将有助于最大限度地减少公关中的风格冲突,更重要的是,您可以花更少的时间修复不符合特定标准的代码,而花更多的时间关注和提高效率。

要配置您的个性化代码清理配置文件,请导航到“分析”>“代码清理”>“配置代码清理”。

Visual Studio的“配置代码清理”页面的屏幕截图

要在保存时自动应用代码清理配置文件,请导航到“工具”>“选项”>“文本编辑器”>选中“保存时运行代码清理配置”。这将导致所选配置文件在您明确地保存文档。这包括Save、Save All和启动构建时发生的Save等命令。它不会对任何自动保存运行代码清理。

自动更新文件

我们知道你们中的许多人都喜欢使用Ctrl+S来不断保存文档,“经常保存”是软件开发中一个经久不衰的咒语。VisualStudio现在允许您在VisualStudio应用程序失去焦点时自动保存脏文档。当您切换到Windows中的任何其他应用程序时,可以让Visual Studio自动将更改提交到光盘。

自动保存功能仍然是预览功能,我们对您的反馈感兴趣。除了在Visual Studio窗口上失去焦点时触发之外,我们正在考虑其他选项,所以请告诉我们什么对您有效,以及我们如何使体验更好。

要立即启用该功能,请导航到Visual Studio Search(Ctrl+Q)并查找“自动保存”。今天,您将进入Tools\Options中的Environment\Preview Features页面。选中“自动保存”选项,VisualStudio将在失去焦点时保存所有脏文档。

对于尝试使用我们在预览中介绍的“保存时代码清理”功能的用户,自动保存将触发代码清理。

与一起提高工作效率。净值

通过导航到源代码探索更多代码

我们现在将嵌入式源代码和源链接如果引用的程序集具有嵌入的源或源链接,则作为“转到定义”的一部分。这允许您导航到声明目标符号的原始源文件。将光标放在符号上,然后按F12键导航到原始源文件。

动态图像演示了如何使用Visual Studio的“转到定义”功能导航到原始源文件

使用堆栈跟踪资源管理器获得更多信息

一个新的堆栈跟踪资源管理器窗口显示堆栈跟踪,允许您单击并直接导航到相关代码。您可以从解决方案中复制堆栈跟踪,并将其粘贴到“堆栈跟踪资源管理器”窗口以开始。要打开“堆栈跟踪资源管理器”窗口,请转到“视图”>“其他窗口”,然后选择“堆栈跟踪浏览器”。

演示Visual Studio新堆栈跟踪资源管理器体验的动态图像

在代码中强制使用一致的命名样式

在Visual Studio 2019中,我们为编辑器配置.EditorConfig文件通过定义代码样式和格式帮助保持代码的一致性。这些文件可以与存储库中的代码共存,并使用相同的源代码管理。这样,对于团队中从该存储库克隆的每个人来说,样式指导都是相同的。

在此版本中,我们向EditorConfig UI添加了命名样式。通过添加命名样式,可以在代码中强制执行命名约定。例如,您可以强制所有接口以字母“I”开头。要将EditorConfig文件添加到项目或解决方案中,请执行以下操作:

  • 首先,在解决方案资源管理器中右键单击项目或解决方案名称
  • 然后,选择添加新项目.
  • 添加新项目对话框中,搜索EditorConfig。
  • 最后,选择。NET EditorConfig模板,以添加预先使用默认选项填充的EditorConfig文件。

Visual Studio编辑器配置窗口的屏幕截图,突出显示“命名样式”选项卡

使用C提高效率++

Visual Studio中的嵌入式开发

我们还添加了支持,以帮助在VisualStudio中启用嵌入式开发人员。我们引入了其他视图,使您能够检查微控制器和实时操作系统(RTOS)对象上的外围寄存器并与之交互。

Visual Studio的嵌入式寄存器工具窗口的屏幕截图,显示RTOS对象的附加检查UI

看看我们的其他博客帖子,了解更多信息关于使用Visual Studio进行嵌入式开发通过以设备为目标的Azure RTOS项目的示例。

Visual Studio中的其他macOS开发支持

在早期版本的VisualStudio中,我们添加了针对macOS进行远程开发的功能。这些功能是我们称之为“用C++开发Linux”的功能伞的一部分。17.0预览版3中发布的这些功能之一,调试附加,在今天的预览版中看到了改进。我们在CMake体验中添加了更多使用LLDB进行核心调试的功能,以及针对macOS的默认配置。我们通过自动检测目标系统来简化体验;如果是macOS,我们将在核心调试和调试附加体验中自动使用LLDB。

个性化颜色选项卡

释放后高度要求的颜色标签功能为了帮助您个性化您的Visual Studio体验,我们听取了反馈,社区最常用的一种为选项卡上色的方法是按项目和文件扩展名。默认情况下,这两种颜色方案都可用。我们还添加了选择标签颜色的功能。要尝试此操作,请首先启用颜色选项卡。启用彩色选项卡后,右键单击选项卡并导航到设置选项卡颜色以从调色板中进行选择。

演示Visual Studio新的“设置选项卡颜色”菜单的特写屏幕截图

试试看,分享你的反馈!

今天下载Visual Studio 2022 17.1预览版2,尝试一下我们讨论过的内容!我们很高兴听到您介绍我们在这里描述的新体验。让我们知道你喜欢什么,以及你是否有让Visual Studio变得更棒的建议。您可以通过以下方式与我们分享反馈开发者社区:通过报告任何错误或问题报告问题并分享您的对新功能的建议或对现有技术的改进。

帖子Visual Studio 17.1预览版2现在可用!首次出现于Visual Studio博客.

]]>
https://devblogs.microsoft.com/visualstudio/visual-studio-17-1-preview-2-is-now-available/feed/ 30