阅读下一步
70条评论
-
兰巴拉克无 0 更新失败。 HTTP错误400。 尝试了九次后,下载以下文件时出现问题: https://download.visualstudio.microsoft.com/download/pr/40040b24-2de2-4177-8715-900ac0996174/10a39d26ebfc32922405561fd4fff4fafadd7593bbd7f5bb7712c3a036daa0e/microsoft.VisualCpp.Servicing.Redist.vsix -
乔治亚州雷尼 0 彼此彼此 -
迈克尔·泰勒 0 彼此彼此。 在反馈工具中报告。 无论您是尝试更新到Preview 3,还是在安装失败后进行修复,此软件包都将始终失败。 启动更新后,您的实例现在已损坏。 尽管它在下载过程中似乎失败了,但它已经安装了部分更新,导致整个实例损坏。 -
潘达夏普 0 彼此彼此 -
盖布·威尔斯 0 这里也有同样的问题。 在反馈工具中报告。 -
吉恩·希金斯 0 彼此彼此。 -
克里斯亨利 0 我也遇到了同样的例外。 -
匿名的 0 此评论已被删除。 -
安迪·斯特兰 0 感谢您尝试预览并报告此问题! 看起来我们在向CDN传播一些更新包时遇到了问题。 我们决定在调查问题时暂停预览版3的推出。 -
道格拉斯·胡塞曼 0 如果72000多份问题报告没有自动脚本,非常受欢迎。 -
萨姆·史密斯 0 现在似乎在工作。 请注意,尽管我取消了安装,但Visual Studio 2022仍在安装过程中无法使用。 你应该看看这个,然后回过头来。 -
迪恩 0 事实并非如此。 如果你运行下载,它会尝试安装2.1,然后决定一切都是最新的。 如果卸载2.1并尝试下载Preview 3,则会再次获得Preview 2.1。 -
安迪·斯特兰 0 该问题现已修复,您应该可以更新到预览版3。
-
-
-
-
-
张乔(Joe Chang) 0 定期将系统剥离到最低限度并重新安装所有东西并没有坏处,我会重新安装完整的操作系统,但我丢失了MS Office密钥。 好的,在遵循Prev 3链接进行安装时,上面写着2.1,和安装前一样? -
米科·库纳里 0 彼此彼此。 2.1是VS安装程序中可用的最新版本。 -
迪恩 0 相同
-
-
-
Mike-E公司 0 有关于2022年延期计划的消息吗? 我记得2019年,开发商曾推动从2017年开始进行扩建。 我很高兴看到Mads移动了他所有的账户,但他只移动了我的2个账户,包括漂亮的扩展经理,我希望从2019年到2022年自动转换扩展。 🙂 PowerCommands怎么样? 自2018年以来,他们就没有修改过代码/ https://github.com/microsoft/VS-PPT -
迈克尔·戈德斯坦 0 +100…这个!! -
莱斯利·理查森 0 感谢您的反馈。 我们已经通知了大多数扩展作者关于如何将其扩展迁移到VS2022的指导和支持,所以具体的扩展何时发布取决于每个作者的个人时间表和资源。 PPT的迁移目前正在进行中,所以您应该很快就会看到这套工具! -
Mike-E公司 0 谢谢你让我知道,莱斯利! 非常感谢。 经过进一步调查,VS-PPT比我想象的还要糟糕。 Power Commands实际上不再是它的一部分,而且似乎也没有GitHub? 我希望它也能升级。 无论如何,我已经在这里为其他人投了赞成票,以防万一。 😉 https://developercommunity.visualstudio.com/t/Upgrade-Popular-MSFT-Extensions-to-VS202/1500844 -
Jrdiver公司 0 最好也能更新Microsoft扩展,我经常使用安装程序项目扩展,在这和resharper(但在jetbeans上)之间,这是两个更大的过渡阻碍,而在毛伊岛的实验中大多使用22个
-
-
-
周一至明日 0 我的visualstudio安装程序没有显示更新按钮。 它今天总是这么说(v 2.1)。 -
乔里斯·科默伦 0 看起来它被删除了,但标题中的链接不幸地指向了一个问题,该问题被修复为不同的版本(16.11),而不是2022预览版3。 见鬼,我不介意Preview 3在其中断状态下重新发布,因为显然安装程序中的修改会修复它 -
迪恩 0 我认为它已修复–我现在正在下载和安装预览版3
-
-
安迪·斯特兰 0 该问题现已修复,您应该可以更新到预览版3。 -
奈杰尔·布斯 0 我提前更新了预览版3,然后VS2019也出现了问题。 我当时正在使用Windows 11内部预览,我想可能是因为这个原因,所以今天我回到了Windows 10,然后下载了失败的VS2019安装程序(16.11)和在VC_runtimeMinimum_x86.msi上失败的VS2022预览3安装程序——这是一个无法访问的缓存文件。 幸运的是,我在另一台笔记本电脑上有这两个版本,而且还可以正常工作。我将暂时避免在那里进行任何更新。
-
-
-
吉特松巴科斯 0 根据开发者社区的文章( https://aka.ms/vs/2022/pre/p3devcom )现在应该可以使用了。 除了Visual Studio安装程序显示我是17.0.0 Preview 2.1的最新版本外。 -
盖布·威尔斯 0 我已经更新到预览版3,但当我打开VS时,它会挂起“没有响应”状态。 将尝试通过Visual Studio安装程序工具提交反馈。 -
安迪·斯特兰 0 感谢您通过开发人员社区提交反馈!
-
-
路易斯·利纳雷斯 0 你好! 我已经安装了新版本,一切看起来都很好! 安装成功! 现在,我正在尝试用这个新版本安装MAUI,但出现了一个错误 🙁 我运行maui-check,一切正常,但当我尝试安装maui时,收到消息: … 正在安装Microsoft软件包。 毛伊岛。 控制。 Runtime.win版本6.0.100-preview.7.1345… 正在写入Microsoft的工作负载包安装记录。 毛伊岛。 控制。 Runtime.win版本6.0.100-preview.7.1345… 正在安装Microsoft软件包。 毛伊岛。 要点。 Ref.win版本6.0.100-preview.7.1345… 正在写入Microsoft的工作负载包安装记录。 毛伊岛。 要素。 Ref.win版本6.0.100-preview.7.1345… 正在安装Microsoft软件包。 毛伊岛。 要素。 Runtime.win版本6.0.100-preview.7.1345… 正在写入Microsoft的工作负载包安装记录。 毛伊岛。 要素。 Runtime.win版本6.0.100-preview.7.1345… SDK功能区6.0.100的垃圾收集… 工作负载安装失败:JSON值无法转换为Microsoft。 净利润。 Sdk公司。 WorkloadManifestReader。 WorkloadPackId。 路径:$。 Id|LineNumber:0|BytePositionInLine:40。 -
达米安·怀卡 0 彼此彼此。 首先,我在预览6预览中遇到了超过2周的单项目延期问题(500个错误),必须等待整个下一个预览,现在maui工作负载安装程序坏了,仍然无法测试maui/ -
马克 0 您是否可以尝试重命名(或删除)dotnet\metadata文件夹,然后再次尝试安装? 我们认为,我们没有正确处理之前版本的maui检查中安装的旧工作负载与之不兼容。 请注意,“垃圾收集”消息之后的任何错误都可能不是工作负载安装中的错误,而是清理以前安装的工作负载时的错误。 如果您能确认该解决方案对您有效,我将尝试更新我们的发布说明。 -
Aaron高中 0 这个解决方案对我有效。我还需要更新maui-check。 作为参考,我删除了位于的元数据文件夹/ 程序文件/dotnet/metadata(因为有几个dotnet文件夹)。
-
-
-
-
迈克尔·M。 0 感谢上帝的爱。 让它有可能去旧的黑色主题。 我非常讨厌这个新的。 我觉得它看起来很糟糕。 🙁 我明白改变是好的,但认真吗? 更改主题,然后不将旧主题保存为个人资料,以便人们在不喜欢时使用它? -
Cherry Wang(樱桃王) 0 你好! 感谢您的反馈! 旧的黑暗主题现在可以在 Visual Studio市场 . -
迈克尔·M。 0 非常感谢你们。 对不起,语气太刺耳了。 祝你玩得开心。 -
雷 0 别担心,你并不孤单。 背景色和(无用的)轮廓之间的恶臭对比令人目眩。 颜色被随机涂抹在这里和那里。 如果可以的话,我会接受这是一个很好的高对比度主题。 新主题是黑暗的,因为它很可怕。 -
迈克尔·M。 0 对我来说,右边的图标 图像 在我将鼠标悬停在它们上面之前,它们都是完全黑色的(我没有使用“新”图标,因为它们也不是我喜欢的) 所以,也许这也被忽视了? 或者只是我的问题。 //编辑 在再次使用旧主题后,现在才想起这一点。
-
-
-
-
-
王宏亮 0 当使用vs2022预览3和.net 6预览7时,vs到处都卡住了。 (devenv.exe,PID 1544,线程1)UIContextHelper。 SetUIContext:对IVsAggregatableProject的调用。 GetCmdUIContextCookie失败。 错误代码:1 -
安迪·斯特兰 0 感谢您试用预览版3! 你能提交一份 开发者社区 门票。 谢谢!
-
-
胡安·卡洛斯·查韦斯 0 除了新的以外,一切都很神奇 深色主题 🙁 -
杰尔·拉波斯托尔 0 这正是我的看法。 我觉得它有点便宜而且扁平。 -
Cherry Wang(樱桃王) 0 你好! 感谢您的反馈! 当我们继续改进新的黑暗主题时,我们欢迎反馈和错误报告。 如果您发现问题对您的生产力有负面影响,请随时详细说明,以帮助我们解决问题。 您还可以报告Visual Studio 2022中的问题,并包括屏幕截图。 旧的深色主题也可以在 Visual Studio市场 万一你想回去。
-
-
坦维尔·艾哈迈德·阿杰尔 0 彼此彼此! 新的深色主题在设计和颜色上不一致。 我已从“预览功能”菜单中禁用此功能。 -
张玉鹏 0 新的黑暗主题真的需要一些润色… 让我们在反馈网站上对这张票投赞成票: https://developercommunity.visualstudio.com/t/Visual-Studio-2022-Updated-Dark-Theme-Fe/1500592?space=8&q=Dark +主题+2022
-
-
何塞·费利克斯 0 安装预览版3失败,安装程序停止说无法安装软件包 软件包“Microsoft。 WebView2.arm64,版本=92.0.902.55'安装失败。 搜索URL https://aka.ms/VSSetupErrorReports?q=PackageId=Microsoft.WebView2.arm64 ; PackageAction=安装; 返回代码=-2147219199 细节 执行的命令:“C:\ProgramData\Microsoft\VisualStudio\Packages\Microsoft.WebView2.arm64,version=92.0.902.55\microsoftedgewebview2runtimeinstallerarm64.exe”/silent/install 返回代码:-2147219199 返回代码详细信息:未知错误(0x80040901) -
泽赫夫·斯皮茨 0 虽然我非常感谢为VS2022所做的努力,特别是多回购支持,但是否有希望改善 调试可视化工具 发展故事? 明确地: *调试与值类型关联的可视化工具 看起来挂起或崩溃 *没有办法 读取正在可视化的表达式的源代码 ,这将使 生成可粘贴到“监视”或“立即”窗格中的表达式 (诚然,理想的解决方案是直接添加手表,但我怀疑这远远超出了可视化工具的安全模型。) * 有关当前调试环境的其他信息 -源代码语言和语言版本、源文件路径和行号、当前程序集路径也很有用。 *调试可视化工具的默认部署故事要求最终用户将和XCOPY文件下载到 两个文件夹之一 。由于可视化工具的调试对象组件最多可以针对三组不同的目标框架,因此最多需要将三个附加DLL粘贴到相应的子文件夹中。 ( 链接 ) *Visual Studio中没有内置的更新通知,因为它是用于扩展的。 因此,更新通知需要 可视化工具中内置的自定义机制 . *依赖程序集解析仅限于与可视化工具组件位于同一文件夹中的程序集。 *来自VS的某种主题信息,允许可视化工具更好地匹配VS主题。 -
Serhii Nedilia公司 0 Visual Studio 2022一直在Unity外部脚本编辑器中重置,并不是所有颜色都像以前的蓝色字段一样 -
约翰·米勒 0 对不起,这些问题! 我想帮你把这个修好。 您可以使用Visual Studio中的“帮助”>“提交反馈”>“报告问题”菜单来帮助我吗? 从那里,你可以报告一个问题,并包括屏幕截图和其他细节,如正在使用的Unity版本。 另一件需要快速检查的事情是,您的Unity项目安装了Visual Studio Editor包2.0.11或更新版本。 这是Visual Studio 2022与Unity协同工作所必需的。 您可以使用Unity Editor>Windows>Package Manager检查安装的版本。 -
克里斯蒂安·布兰多尼 0 与2019年相比,Unity发展有何改进? 更快的调试开始还是其他?
-
-
谢尔盖·卢西尔 0 自预览3以来:在中,每个c++智能感知打开的文件都会失去语法着色。 返回vs16 谢谢。 发布日见。 🙂 -
Игорь Баклыков 0 预览版3.0很好,但CMAKE 3.20在哪里至少支持VS 2022代?!?!?! -
帕特里克·兰兹 0 你好, 此预览的列选择中存在错误: 进行列选择,然后用键盘移动光标:列选择保留并移动! 因此,我在编写代码时犯了很多错误。 -
大卫·费雷蒂 0 随着WSL(远程)的运行、调试,以及现在VS的测试部分,VS是否有可能拥有类似于VS代码的远程后端? 例如,如果我正在从事一个具有web API和SPA前端的项目,我想将repo克隆到我的WSL2驱动器中,并使用有角度的VS代码开发容器来利用更快的文件系统性能。 这对于前端项目来说很好,但我无法实际地在完整的VS中运行后端项目。从技术上来说,我可以从我的\\wsl$驱动器中打开.sln,但它本质上是一个网络映射驱动器,所以VS实际上无法很好地运行解决方案。 我通常会两次将repo克隆到我的WSL2驱动器中,用于前端工作,将Windows驱动器克隆到后端工作,但如果我能在WSL2环境中使用VS代码和VS,那就太棒了。 -
乔尔·埃文斯 0 我没有下载升级的问题。 我喜欢黑暗主题的变化,我期待着使用项目设计器来设置我的linux项目! -
迈克尔·特兰奇达 0 即使没有工作负载,我也无法安装它。 尝试删除预览版2,安装程序重新开始,但仍然没有成功 -
乔什·贝克 0 我尝试下载2022预览版。 我一直在WebView2包的安装失败; 我想试试。 NET MAUI更新并启动。 到目前为止,这段经历令人敬畏。 由于软件包故障,我甚至无法获得有效的安装。 这需要特定版本的窗口吗; 前后更新? -
尤金·伊万诺夫 0 未修复: https://developercommunity.visualstudio.com/t/VS-2022: -连接中的所有连接-win/1474931 -
穆古尔·弗拉德 0 我刚从Preview 2更新到Preview 3.1,似乎IntelliSense/Syntax Highlighting不再适用于我的CMake C++项目。 尝试重新安装但没有效果。 知道该怎么办吗? -
Shmuel Tannenbaum公司 0 我刚从更新2.1升级到3.1,由于某种原因,我的sqlproj项目不再加载。 我也没有在“添加新项目”对话框中看到sql server数据库项目模板。 MS是否中断了sqlproj项目类型? -
Shmuel Tannenbaum公司 0 糟糕的是,有一些安装错误我没有注意到,我运行了安装程序修复,问题得到了修复!!
-
-
皮埃尔卡洛·斯齐亚沃 0 你好, 我安装了Visual Studio预览版的17 3.1,没有问题。 我正在开发Blazor托管的WebAssembly,问题是Intellisense的剃须刀组件。 使用Visual Studio 2019(最新预览版),智能感知显示建议几乎需要一秒钟的时间,但使用2022,则需要10/20多秒的时间,并且会冻结一些时间。 因此,我需要手动操作。 有什么建议吗? -
Tsahi公司 0 我很好奇微软在维护两个IDE(VisualStudio和VisualStudio代码)方面会走多远。 是否有计划在未来某个时候抛弃Visual Studio? -
克里斯托夫·扎切克 0 VS和VS代码是两个完全不同的东西。 VisualStudio的功能要强大得多,适合做严肃的工作,而VSCode则是一个多用途的轻量级玩具。 -
Антон Бреусов 0 我有点不同意VS Code是一个轻量级的玩具——它是一个非常强大的东西,但实际上VS和VSCode使用了完全不同的方法来处理它们。 在VS中,它侧重于项目和解决方案的概念。 然后它包含有关构建它、链接依赖项等的所有信息。但是,文件树视图仅限于项目中包含的内容。 另一方面,在VS代码中,您将重点放在打开一些根目录上,这些根目录可以包含或不包含一些项目信息。 由您决定如何将其设置为作为IDE工作,或者简单地设置为文件编辑器。
-
-
Антон Бреусов 0 请不要推动这种讨论。 VS和VS代码在意识形态上完全不同。 虽然VS代码功能强大且灵活,但它允许进行更多的手动设置,以便进行构建、调试和其他操作。 它还需要密切关注扩展动物园,这样它们就不会互相残杀!
-
-
Syun Segawa公司 0 有机会在Visual Studio上使用Windows11设计风格吗? 至少圆角。 -
Gisle Vanem公司 0 它不包括新版本的“cl.exe”AFAICS。 那么我们应该在当前位置安装吗? (在我的例子f:\gv\vc_2019)。 -
伊桑·米勒 0 太棒了,我喜欢2022年的新版本。 -
卡斯滕·费尔特曼 0 嗨 首先是对MS的一般评论。 NET和它周围的整个世界:在我看来,真是太棒了。 拼图的所有部分仍然需要在边缘做一些工作,但总体而言,我认为您正在通往一个开发生态系统的道路上,我很高兴在其中工作,并且非常期待在下一阶段(NET 6、VS 2022和以下内容)中工作! 看到VS Code有多成功也很好——你知道,当你可以成为VIM用户时,你已经做了一些非凡的事情 🙂 我认为它成功的一些原因是毫无疑问的,当然,这是响应性的,我们都希望看到VS2022能够尝试匹配,特别是现在我们终于实现了64位,并且在内存管理方面有了一些真正的改进。 我自己已经觉得2022年的工作响应速度更快,但这也可能是其他很多事情(比如还没有加载150个扩展)。 谈到扩展,我认为许多人都会同意,系统的平滑无缝扩展是其成功的另一个重要部分。 我想大多数开发人员都会同意,他们喜欢扩展——只要试着计算一下Medium上有多少文章列出了最喜欢的扩展。 由此,我们实现了我的大愿望:彻底检修扩建生态系统! 我多么希望有一个真正的扩展管理器,在一些人工智能的帮助下,它知道我可以使用什么样的扩展,基于项目类型、我的编码方式、代码中使用的模式,以及其他开发人员通过GitHub使用的大量数据源。 这些扩展有自己的维度/生态系统,所以无论我在Mac上使用VS Code,在PC上使用VS2019,还是在网上使用GitHub/VS online/Whatever,它都会尝试将我的开发环境调整到我要求的程度。 看到我说的是疯子,我确信我也在被倾听。 Mads,你是我开始自己做扩展原型的原因,我相信你也同意扩展在VisualStudio中需要更突出的空间。 它已经是VS的一个重要组成部分,但我认为它将成为一个更重要的部分,它需要一个更好的环境来进行开发、质量控制和管理。 这样不仅会有更多的扩展,还会有更多的_quality_扩展,以及开发人员找到这些高质量扩展的方法。 我们需要一个合适的工具,因为我不认为当前的环境提供了这样的工具——如果开发人员只知道它就在那里,而且它如何使他们的工作变得更加轻松和/或有趣,那么有那么多强大的功能来帮助开发人员真是太可惜了?! 那么,那个扩展经理怎么样; 这不仅仅是一个扩展列表和关于它的5行blob。我不介意在这里重复自己:它应该知道我可能想要使用什么,在哪里以及为什么。 正如我之前所说,它可以(而且应该)得到AI和大量数据的帮助,但非常重要的是:它还可以通过一个易于使用的反馈系统得到社区的帮助,确保有大量的评论和反馈>1>帮助开发人员找到并选择有用的扩展,>2>帮助(扩展)开发人员改进, 扩展和维护它们的扩展,以便我们可以更多地使用它们 🙂 顺颂商祺, 费尔特曼