Vscode: 在Microsoft Store中发布

作为一个相关问题
是什么使VS Code停止成为UWP应用，以使其在电话/ xbox等上可用
它是UWP的沙箱限制吗？

UWP上的VS代码：+1：

可能有用： http ：
但是我不认为UWPed应用程序具有运行带有EXE的扩展名的权限，例如“ C / C ++”。

拥有连续性将不胜感激！ 👍

是的，它会更有生产力：scream：

如果您释放iPhone + Macbook，我会改用

将Visual Studio代码带到Windows应用商店将大大有助于使代码更易于访问和更容易使用。 我总是告诉人们编写代码是多么容易，但是当他们需要手动下载和设置甚至上手时，他们通常甚至不会打扰。 从商店进行简单的一键下载即可消除此障碍。

好的，我们都知道这是不可能的，因为在使用IDE（vscode）之前，我们无法在使用.NET Standard的操作系统（例如Windows 10移动版）上安装开发环境（例如PHP，完整.NET等），所以也许我们可以将其用作基于云的IDE。

@ikourfaln在这种情况下，为什么我们
编辑并非与此严格相关。 当然，我们可能会失去智慧，但在整个过程中，我们可能会在这方面减少限制。

@ikourfaln就个人而言，我很高兴只能“编辑”文件。 有时，您不需要直接在服务器上进行测试。 而且我不知道您的意思，但是我不会一直将我的机器用作测试环境...

@ikourfaln顺便说一句，如果您使用GitLab，可以使用几个脚本来在远程服务器上远程测试代码。 😉

我是.NET开发人员，因此我将从.NET Core角度研究这种可能性，该观点将在Windows Phone上运行。

我们需要一个具有适当的智能和语言支持的代码编辑器，这肯定是可能的。
实际上，商店中有一些代码编辑器，例如Formula ，但是就功能而言，它们无法与Visual Studio Code进行比较。

某些项目可以直接在应用程序中运行，例如纯客户端Web应用程序（HTML5，javascript，CSS）。
基于.NET Core或Typescript的其他项目，可能无法直接编译或很难实现。
当然，我们不能拥有完整的.NET，PHP，NodeJS，C ++等环境，但这并不意味着我们不能使用Visual Studio Code作为此类项目的纯编辑器。
编译器也可以是远程的（编译器服务器，具有完整环境的LAN PC或云服务）。
我期望有更好的东西： Ide7 ，具有调试支持。

您也可以将云编译器作为与“ Visual Studio Team Services”集成的服务出售。

本地源代码控制可能不容易实现，但是它可以是基于Visual Studio Team Services的云，或者是基于github的云，您可以从以下应用程序中汲取灵感： SVN ， Github ， Bitbucket ...
但是我们可以进行OneDrive同步和本地历史记录备份...

我个人认为将Visual Studio Code移植到UWP应用程序并不容易，但是可以通过一些工作实现，这将为Continuum Platform带来巨大的价值。

作为通用Windows应用程序的Visual Studio Code太棒了！ 👍

由于某些特殊原因，在中国很难下载二进制文件，但是我可以稳定地连接到Windows应用商店。 因此，可以在Windows Store上使用它。

我对此表示非常赞赏...口袋里总是装有VS Code IDE会很可爱...

如果Windows 10手机可以用作Web开发工具，那就太好了！ ;）

请这样做！！！ 来吧微软。
具有git和ftp / sftp支持。 如果可以，还实施SSH。

相关-＃15820
包含在2017年1月的里程碑中。

我希望UWP上的VS Code也可以在UWP上扮演Git的角色。

对您的公司有所帮助，您就是Microsoft，对吗？
就像任天堂应该在Switch上发布其最新的Mario一样。

Window Store Apps还能同步设置吗？ 我知道可以通过使用gist进行一些扩展来完成，但是官方支持会很整洁。

@CoenraadS是的。 Windows应用商店应用程序可以访问允许同步设置的uwp API。 但这对于跨平台应用来说是不好的解决方案

我来到这里想知道为什么全新的Microsoft产品不是Windows Store产品。 它确实应该在那里。

为您的新Surface做些事情。

请将Code打包为Windows Store应用，以便它可以在Surface Laptop上运行。 我知道这不是那么简单，但这是一个重要的目标。

使用最近发布的Surface Laptop，现在您比以往任何时候都应该将代码发布到Windows应用商店。

@bpasero对此有任何更新吗？

对于那些对调查结果感兴趣的人...我们使用了桌面应用程序转换器，将VS Code转换为使用桌面桥（又称为“百年纪念”应用程序）的UWP应用，该桌面桥提供了Windows应用商店的安装体验，并可以访问完整的UWP API。 转换效果很好，我们可以将VS Code作为Windows Store应用程序进行侧面加载，而不会损失功能。
因此，这将结束对产品本身的调查。 我们需要做的下一个调查是了解如何调整内部构建系统以生成可以通过商店发布的每日/每月构建。 一旦理解了这一点，我们将决定是否以及何时进行此工作有意义，并将其实际积压。

现在，Microsoft正在开发仅包含Windows应用商店中的应用程序的低成本平台，现在该解决这个问题了。 就我个人而言，Visual Studio Code是我定期使用的唯一非商店应用程序。 对于将在300美元以下的机器上进行自学操作的下一代编码器，我们要感谢他们拥有可访问的可靠代码编辑器。

@Mocuto您在哪里看到该评论？ 我在这个讨论线程中看不到它

@ jcotton42在线程＃15820

@Mocuto谢谢

100％同意这种需要的发生-Win10S和HP Elite x3将发现这是代码更改的重要选择-关于运行代码，我们应该将其推到其他地方，并使用诸如VSTS / Appveyor / travis之类的服务来解决能干的机器。

我已经在PowerShell社区中与一些人进行了讨论，但是从本质上讲，这个线程是讨论的地方，网址是

请带给我们Windows S的UWP应用，我们非常需要它！

应当注意，Win 10 S可用的应用程序将是Windows Store应用程序的子集：它们添加了一些其他规则，因此不允许竞争的浏览器。 他们目前画线的地方似乎不确定，并且可能会发生变化，因此很难预测对VSC的影响。

他们这样做的方式可能允许仅使用本地内容的Electron应用程序使用，但即使这样对于VSC也不理想。

但这也许最终并不那么糟糕。 VSC作为电子应用程序从来都不是理想的。 如果Windows 10公开API允许Electron应用程序使用平台的Edge浏览器引擎，而不是捆绑其自己的浏览器组件，那就更好了。 而且，随着Edge越来越接近于赶上Chrome / V8（撇开MS似乎对Web Componenet API的厌恶），理想之间的距离也越来越近了。 我一直以为（并使用Azure的VSC作为服务）是VSC“总体规划”的一部分。

这将为所有Electron应用程序（毕竟不要忘记松弛）提供一种有效的方法，使其达到10S。

如果需要将VSC用于Win10 S向前推动，则IMO最好使用VSC和10S。

@GitTom “应该注意，Win 10 S可用的应用程序将是Windows Store应用程序的子集：它们添加了一些其他规则，因此不允许竞争的浏览器”
这是商店的通用规则，不仅适用于Win 10 S https://msdn.microsoft.com/en-us/library/windows/apps/dn764944.aspx

但是，有一些基于Electron的应用程序，例如Slack和Telegram。 https://electron.atom.io/docs/tutorial/windows-store-guide/

@ ad1Dima
链接到的Windows应用商店策略的日期为“文档日期：2017年3月29日”。 我认为那里没有任何细节可以详细说明Win 10 S的额外规则。如上所述，它们并不相同。

因此，Slack＆Telegram在Windows应用商店中的事实并没有告诉我们Windows 10 S将允许它们（和其他Electron应用）。

@GitTom有一项政策。 所有的新闻歇斯底里都基于该政策的10.2.1

10.2.1
浏览网络的应用程序必须使用Windows平台提供的适当的HTML和JavaScript引擎。

这是显示在Win 10 s中运行的松弛应用程序的视频https://www.youtube.com/watch?v=sPh3c0onaQo

如果您有10 s获胜的单独政策，请向我们展示。

哦，是的，我可以看到Slack正在运行，特别是在https://youtu.be/sPh3c0onaQo?t=2m5s

vscode项目由Microsoft拥有，因此我认为商店政策不是真正的问题。
存储策略是为第三方客户创建的，仅确保为用户提供最大的安全性。 Microsoft仅应测试和认证vscode安全。

不，我没有其他来源。 显然，大家的共识是我错了，并且Electron应用程序在Windows 10 S上还可以。现在肯定可以简化事情。

我认为代码不是电子应用程序不是这里的问题...除了代码编辑器之外，代码还与git（不能在10 S上运行），CMD / PowerShell（不是在10 S上可用），外部编译器/解释器/调试实用程序等（相同，在10 S上不可用）。 这些问题将导致10 S版本的Code精简化，或者仅仅是云服务的前端。 另一个误解是，如果将代码放在商店中，它可以在手机上运行。 事实并非如此。 只有专门针对移动平台设计的UWP应用才能在手机上运行。 Desktop Bridge应用程序只能在PC上运行。

我敢打赌，在Surface Laptop上运行代码的唯一方法是将其升级到Pro。

@ d1vanloon对我来说，即使vscode只能在Windows 10 S和移动设备上作为编辑器工作，也很棒。
显然，如果vscode可以作为具有git支持的基于云的思想并使用像Visual Studio Team Services这样的云编译器，那就更好了。
但是无论如何，这都需要大量工作，但我仍然不明白它阻碍了vscode作为Windows 10 Pro桌面桥的发布。

我认为这是通过Win32 Bridge带到商店的一个不错的选择。 没有服务，没有COM，并且不需要管理员权限。 禁止使用EdgeHtml和Charka以外的Web技术是商店的政策，因此，出于安全原因，为什么我们不能在商店中使用chrome和Firefox。 但是，如果可以移植使用它们，那么我看不到它如何违反存储策略，并且假设您单独安装了外部工具（nodejs等）也可以正常工作，这只是传递命令并与之通信的问题。 至于使其在Windows 10 S中运行，我看到的成功有限，因为所有语言服务都需要node.js来运行诸如tsserver.js之类的内容以提供TypeScript语言支持。 但是，谁说您不能拥有客户端配置文件，则所有的node.js服务等都将在远程执行，并且结果通过网络发送。

为了使其与有限的存储策略设备（例如Xbox）一起使用，可能需要与Onedrive集成。 因此，我的要求是将其扩展为在live.com应用程序中制作一个在线Visual Studio代码应用程序（例如已经存在的单词，excel在线等）。 这样，您实际上不需要任何东西，只需要一个Web浏览器，ms就会很高兴，因为越来越多的人会在live.com上使用Onedrive和其他在线办公工具。 判断MS是否想像google一样扩展Windows S，它可能将依赖于带有chrome OS的google之类的在线应用程序，这使live.com上的Visual Studio代码成为最可能的选择。 由于vscode是面向大规模采用者的，因此与ms store集成在一起的少量费用（1-10美元）的应用内扩展购买可能也是最合适的模型

@ Kollerb04通过Desktop Bridge进行简单转换后，该应用程序将无法在PC以外的任何设备上运行。 在Xbox，Phone或HoloLens上均不可用。

@ ad1Dima不在谈论简单的转换。 只是一个大致的想法。 Xbox只是一个例子，因为我认为手机也有类似的局限性，尽管如果我没记错的话，最近Win10移动版改变了这种局限性。 顺便说一句。 如果此方法不适用于手机或其他封闭式设备，则此刻在Microsoft商店中毫无用处，就像任何人都可以购买Surface笔记本电脑一样……他们一定可以购买和使用Windows 10 Pro甚至是Visual Studio2017。我了解Windows S在设备中的价格为150美元，但目前我不认为已经有一个javascript或标准台式机对应产品的PC专用Microsoft Store应用程序没有任何市场。 单驱动器集成仍然适用于具有封闭存储的设备（我认为），即使它仅是可下载的应用程序，也不能像我介绍的更广泛的想法一样在云中运行。

@ ad1Dima我认为将开发工具本身放在容器（也称为Windows存储）中很有趣。 我喜欢将其视为客户端应用程序的docker （无论如何在Windows上）。 它是干净的安装/卸载程序，没有自定义的第三方安装程序逻辑，并且在分隔良好，分区合理的沙箱中运行所有内容更加安全，这与当前过程不同，在当前过程中，所有内容都几乎可以访问系统上的任何内容，甚至会弄乱东西好主意。 我认为对此最大的阻止因素之一是与node.js互操作。 但至于毫无用处，我认为这是一个延伸。 我认为这里的目标是默认情况下过渡到安全。 VS代码已经是跨平台的，只有在我们首先处理了第一部分之后，才可以考虑将其添加到xbox和其他非常受限制的平台中。 开发人员工具可能是在受限环境中运行进度最慢的工具，因为他们自己希望完全控制才能为任何项目提供出色的编程经验。

对我来说，发布到Windows应用商店的想法不是使该应用程序可用于移动设备或Xbox。 但最重要的是，它为开发人员提供了一种获取全文编辑器的简便方法，并且可以从UWP中获得商店自动更新和额外功能。
没有人会使用他们的Windows 10手机，HoloLens或Xbox控制台进行开发。 这些应用程序也不需要适应移动界面。

实际可以做什么？ 发布它以便在PC（W10 Home，Pro＆S）和手机/平板电脑上使用，但只能在Continuum模式下_（或有Mose + Keyboard可用时）发布。 这对我来说实际上是有意义的。

不幸的是，Windows Phone已死。 因此，当大约有10种支持它们的型号时，我认为将它发布到商店是不值得的，尽管Microsoft不再想要该标记（例如，它们将于7月1日停止支持Windows Phone的Skype）。 。

@ jens1o实际上，当您考虑将其发布到手机，HoloLens或Xbox等环境中时，我真的同意在商店上发布它并不值得。 尽管没有真正讨论过，但有一个奇怪的地方，即商店与通过.appx文件类型（而不是.msi和.exe）在商店外部进行分发。 我认为所有网站都应该为Windows 10和.msi提供.appx文件，对于Windows 8.1和更早版本提供.exe文件。 我上面提到的好处https://github.com/Microsoft/vscode/issues/10759#issuecomment -306465609解释了我的推理； 但是，一旦通过.appx进行分发，就可以毫不费力地将其制作成商店应用程序，但也允许人们以容器（.appx）格式将其发布到商店外部。 我不是该商店的忠实拥护者，主要是因为很难将其回滚到在出现问题时可以正常工作的版本，并且在应用程序被终止并且现在没有本地副本的情况下可以自行安装。 如您所见，这里确实有两个问题，我认为商店是次要问题。

我希望他们开发这个（出色的）编辑器的时间应该花在编辑器上，而不是因为更多，不同的环境而不是修复错误。 我认为必须将其安装为桌面应用程序没有问题。 实际上，事实恰恰相反，因为Windows应用程序没有那么大的可能性，我也不知道在App Store中基于Electron的应用程序。 对于这样一个（相比）小的团队来说，这太大了。

@OrbintSoft我知道您想要在Windows 10S，移动设备等商店中使用它。我会认为我们应该要求Microsoft让我们在所有设备上安装任何.appx文件，因为它已经被沙箱存储了，并且商店比它更漂亮。要求。

是的，我真的很喜欢在Windows Mobile上使用连续体，Windows 10 s等
而且我相信，尽管Microsoft在通用应用程序，移动性和云领域进行了投资，但至少必须进行长期分析。

但是现实地说，目前无法将vscode作为uwp应用发布（需要大量工作）。

但是，正如已经分析，vscode完美的作品作为Windows 10的亲，甚至可能在Windows 10秒百年的应用程序。

在Windows store上发布不仅是发布通用应用程序的方法，还是通过标准的更新/安装/卸载管理来发布安全应用程序的标准方法。

微软在商店上投入了很多，而vscode是微软的产品，只是为了保持一致性。自然会期望在商店上发布产品。
那么，为什么不给商店一些爱呢？

@OrbintSoft这里有一些话题。 这家商店工作时很棒。 就是说，它经常有问题，我不希望我的获取和更新开发工具的唯一方法依赖于商店。 香草.appx没问题。 它比过去存在于.Net开发中的单击一次部署要好。 如果他们把它放在商店里，那肯定是另一种获得产品的好方法，但是我真正想要的是对我的部署，更新，回滚和身份的完全控制。 我觉得MS提供了这种出色的容器技术并对其进行了修饰，并将其简化为使用托管服务（商店）。 我想选择部署自己想要的方式，因为有些事情还没有做好成为服务的准备。 曾经有一段时间，新版本的vscode破坏了我的工作流程。 如果商店只是对其进行了更新，而我却无能为力，而是等着完成真正的工作，直到他们解决问题，那真是可怕的经历。

@OrbintSoft哦，顺便说一句，.appx文件已经具有出色的标准更新/安装/卸载管理功能，称为双击软件包，然后单击安装。 卸载的工作原理与商店应用相同。 如果更新在商店中或应用程序选择了，则更新可以是自动的，但是必须有whoa and back模式。 您可以通过.appx文件获得此功能，只需安装所需的版本并开始使用。 很简单。

@wizarrc appx无需存储即可安装，您只需启用“ Sideload应用程序”或“开发人员模式”即可。

默认情况下，允许所有人安装appx会对安全造成危险，您可以在appx中包含恶意代码，而无需通过商店的测试。

但是，这里没有人说只在商店中发布vscode，vscode可以继续作为标准设置发布，以替代不信任商店的人。

在公司或学校中，可以使用Microsoft Store for Business或Education来管理Visual Studio代码的更新。
因此，您可以在发布新版本给员工之前测试vscode。

@OrbintSoft这和回去使用Windows 7一样有意义。升级到Windows 10很大程度上是出于安全性考虑。 我相信您仍然可以验证您的appx文件，并由Microsoft对其进行交叉签名，而不用将其部署在商店中。 我认为这是一个不好的借口，如果您不希望在商店中使用它，那么您就无法使用我们的容器技术，这是老式的.msi安装程序，该安装程序最终会崩溃或至少使您的系统混乱。 我现在没有Azure AD商业或教育帐户，也不想要或买不起该帐户，但是我希望获得该操作系统提供的其他好处。

即使.appx无法通过商店认证，它仍然比.msi安装程序要好。 我觉得对于Windows 10上运行的每个基于非服务或系统驱动程序的Windows应用程序，都不应有任何借口不能被容器化。 即使是那些不合格的应用程序也可以分为两部分： 客户端容器化应用以及非UI服务和系统驱动程序。 这是关于减少您的漏洞利用周期。

关于这一点，如果Microsoft确实愿意，他们可以分析您刚刚下载的.appx并对其进行预检查，以确保它不能使用清单中未指定的任何功能。 这就是对象管理器虚拟化技术所允许的所有这些文件系统，以拦截对系统的调用并检查是否允许它们。 这实际上是关于政策的问题，并试图让您使用他们的服务，这不是应该推动的事情，但应允许人们选择加入，因为它对他们有用。 VS代码是一个不错的选择，不仅因为它很复杂，并且在项目外部都有很多活动部件，而且它使Microsoft能够找出最佳方法，使默认情况下对所有用户安全的用户应用程序安全，而不仅仅是高级用户。帐户。

@ jens1o Microsoft DOES在Windows 10移动版上支持Skype UWP

等待...

哦耶。 我对所有这些版本感到困惑。 需要说明的是，从8月1日开始，Windows 8 Phone和Windows 8.1 Phone将不会获得任何支持。

Windows 10手机不受影响。 （来源： https :

@ jens1o和FYI Slack和Telegram是商店中的Elector应用。

请使其与Windows 10 S一起使用

vscode应该在Mac商店，Microsoft Linux存储库（请参阅https://docs.microsoft.com/zh-cn/sql/linux/sql-server-linux-setup-ubuntu）和Windows商店中发布。 它将简化安装和自动更新

即使Inkscape已作为UWP应用程序在商店中发布，即使它只能在PC上运行，我也不认为仅仅将其发布在商店上也不会太难，我发现它更容易安装和更新。
顺便说一句，商店中的电报不是电子应用程序： https :

如果我不得不猜测为什么微软还没有这样做，那可能是由于UWP框架的某些限制。 诸如引用沙盒UWP app文件夹外部的库/文件之类的功能不存在，终端无法正常工作，最重要的是，VS Code完全基于打开文件系统中的任何文件夹-由于存在额外的安全层，因此在UWP应用程序中无法实现，并且再次受到限制，只能访问专门为UWP应用程序分区的单个文件夹。 我并不是说他们将无法为UWP应用程序支持这些功能，但还不存在。

安全性越高，局限性越大。

@ChuckkNorris可能是这种情况，但我仍然认为，如果是这样，Microsoft应该通知我们。

是否真的很难在这个问题上发表评论，以使我们了解UWP当前状态的可能性？

@filfat我完全同意-我也希望得到官方回复。
我无意听起来像是在捍卫微软的沉默。 我只是在猜测为什么未为VS Code选择UWP应用。 如果在UWP获得使其可行所需的功能奇偶校验时计划这样做，我不会感到惊讶，这可能就是为什么尚未解决此问题的原因。 毕竟，UWP应用程序（应该是）是Windows 10的未来。

要进入Windows应用商店，vscode不必是UWP应用。 它可能只是一个普通的应用程序，与Desktop bridge（也称为百年纪念项目）打包在一起存储。 vscode团队已对该方法进行了测试。

@gulshan我不知道VS Code团队已经测试过这种方法。 谷歌快速搜索什么都没有-该信息的任何来源？

@ChuckkNorris请参阅https://github.com/Microsoft/vscode/issues/15820#issuecomment -273688385

摩纳哥是vscode的编辑器部分。 它跨浏览器运行，而不依赖于Electron Shell。 终端，调试器，扩展，工作台（不确定）等不包括在其中。 它可以打包为纯UWP应用，可用于所有类型的设备。 Javascript和Typescript在摩纳哥获得了全面的智能感知支持。

这似乎是推广UWP并以微软为榜样的绝佳机会。 为什么其他人会使用所有者不使用的产品？

@bpasero使用此npm脚本无法自动化吗？ https://blogs.msdn.microsoft.com/appconsult/2017/03/14/convert-your-electron-app-using-the-desktop-bridge/
尽管我不确定程序包签名，但无需使用桌面应用程序打包程序即可生成AppX程序包。
然后，您可以从输出中收集它，并将其发布到Windows应用商店。

我本来想尝试实施它，但是Electron和NPM远远超出了我的专业知识。

嘿MS团队，有什么消息吗？ Fall Centennial应用程序的Creators Update SDK有了很多改进。 自功能请求以来已经一年多了。

现在，我在混合现实（MR）中做得更多，拥有UWP版本的VS Code很高兴，因此它可以更好地与虚拟环境集成……尽管它可以用作MR中的桌面应用。

同意-现在已经经过一年的测试了-为什么不在商店中发布？

MS甚至在商店中发布了WinDBGX。
你在等什么 ？？？

我认为这个GitHub请求及其注释需要分为两个请求：

功能1.在原始帖子中发布的请求：“虽然可以轻松获取VS Code，但仍然感觉VS Code可以从Windows Store随附的标准化更新过程中受益。” 这将适用于运行VS Code的现有平台，例如Windows 10 Home / Pro。

功能2.使VS Code跨平台，使其可以在需要UWP应用程序的移动设备，表面，低端设备等和平台上运行。

此要求是否有任何官方新闻？
有进展/路线图/预计到达时间吗？

https://github.com/Microsoft/vscode/issues/15820#issuecomment -273688385指出，与桌面应用程序转换器的移植没有发生功能损失（一年内可能发生很多事情，因此值得再次检查），唯一的问题是如何编排每天/每月发布到〜Windows〜Microsoft Store。

关于构建流程，社区可以做些什么来帮助您？ 在我的头顶上，在构建过程中发出.appx并调整内置的更新检查器（链接到存储还是只是不检查？）是需要解决的两个领域。

如何编排每天/每月发布到Windows Microsoft Store。

Microsoft Store为此提供了API

至于每日/每月构建，我猜想从VS 2017 15.4开始就有

也许他们会在Build 2018上宣布一些内容？ 对于像Microsoft这样的大公司来说，这应该不难，因为他们同时拥有软件和平台。

一年多以后，仍然没有消息吗？

Windows开发日主题演讲宣布了MSIX应用程序打包格式，据报道，该格式允许打包应用程序而无需做任何改动。 如果我没记错的话，它的工具链支持Linux，MacOS和Windows。 这改变了有关该问题的一切吗？

经过一番思考，我发现这个问题要复杂得多。 VS代码可以打包为appx格式，并发送到商店进行下载。 但是，这还不是故事的结局。

功能齐全的编辑器的性质意味着，如果要将扩展下载发送到商店，则必须考虑

另一个问题是将来在Windows 10 S或S模式下使用。 众所周知，S模式不允许用户安装命令行工具，因为这些工具会对文件系统造成破坏。 然后，vs代码中的集成终端变得无用，软件的整体目的也就变得无用。 现在，这是否意味着不支持Windows 10 S / S模式？ 如果是这样，将其放入商店有什么意义？ 如果没有，我们应该对终端和扩展做什么？

然后，写一封信给WDG，告诉他们增加通过Store安装命令行工具的能力。

在商店中拥有它可以更轻松地进行更新，安装等。每个人都希望拥有一个可以下载软件的地方。

在理想的情况下，驻留在云中并在Azure服务器端使用文件系统和命令行工具的PWA版本将是商店的理想选择。 用户使用他们的配置文件登录，对文件系统和命令行工具所做的一切都保留在用户配置文件中。 但是，我认为这将意味着该软件的付费/订阅版本，将成为Office 365的一部分或类似内容。

Kodi在商店中，并提供了自己的插件机制。 这不应该
在IMO决定中被视为参数。

2018年3月13日，星期二，20：55 nerocui [email protected]写道：

在理想环境中，PWA版本可存在于云中并使用
Azure服务器端的文件系统和命令行工具将是理想选择
为商店。 用户使用其个人资料登录，对文件所做的一切
系统和命令行工具保留在用户配置文件中。 但是我想
表示该软件的付费/订阅版本，属于
Office 365之类的东西。

-
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看
https://github.com/Microsoft/vscode/issues/10759#issuecomment-372797335 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AGs5-yaIvj9ORvseSX_4OIu3lZaYBz1sks5teCROgaJpZM4JpSOF
。

Paint .NET在商店中，并提供一种附加机制。

另外，也许访问命令行以及启动和附加（调试）新进程的能力可能就像要求应用程序具有较高权限一样容易。 我相信，有一个appx功能参数。

有任何更新吗？

此线程打开已经有好几年了，似乎什么也没做。 难道没有简单的方法将传统应用程序打包为百年应用程序，然后在以后使用UWP API进行补充吗？ 为什么不能这样做？

仍在等待Windows的VS Code的UWP版本。 微软？

微软，忘了在十月发布没有UWP VS Code的仙女座...

Paint .NET在商店中，并且提供了一种附加机制，因此并没有真正阻止VS Code通过Windows商店打包的内容。 如果可以的话，这将是我的首选使用方法。

此线程打开已经有好几年了，似乎什么也没做。

我真的觉得这应该是主要目标。

@egamma @bpasero您可以对此进行更新吗？ 是阻碍它运行还是您还有其他优先事项？ 任何形式的更新都很好！

我不觉得有一些东西在中间，但有些之一。
那么，世卫组织正在阻止您？

@ be5invis我不确定我是否理解你的意思。 我只是要求进行一些更新，这是什么原因导致打开它并长时间未分配的原因。 我可以理解，这目前不是优先事项，但可以进行一些更新。

我很好奇，为什么这个等待已久的发布渠道的优先级如此之低。

可以从主要开发人员那里获得有关此更新的信息。

也许随着即将在Windows应用商店中安装命令行工具的功能，我们会得到这个吗？

@Danthekilla @claell表示歉意，但是此功能请求目前不在我们的六个月规划中。

@egamma感谢您的正式更新🍺。 让the在6个月后重新开始。

@egamma感谢您的正式声明，尽管您没有详细说明为什么它不在路线图中。
显然，这似乎并不重要，尽管它似乎易于实现且需求巨大（从战略角度来看，+似乎是合乎逻辑的）。

但是好吧，我不经常使用Windows，Ubuntu也有一个功能，所以我不在乎。 我只是好奇而已。

_Real_程序员仅使用Xbox控制器。 键盘和鼠标用于售罄。 #UWP

我不知道为什么它仍然开放。 在商店中拥有VS Code并没有您想象的那么有意义。 如果您使用的是Windows 10 S，则仅限于“商店”应用程序，但是您将无法以任何方式运行命令行（因为S不允许您使用），因此没有任何好处。 如果您没有运行S，那么将其存储在存储中就没有多大意义，因为什么都不会真正改变，并且需要大量工作才能使其成为可能。 另一个，VS Code使用它自己的更新机制，将其更改为存储似乎并不能改善它现在拥有的良好的UX，其工作就像是一脉相承。 作为跨平台的Electron应用程序，VS Code应该具有统一的代码库，开发人员只需开发一次即可，只需按一下按钮即可针对差异平台进行编译，而vs解决方案只是另一层复杂性。

@nerocui

那么在商店中存储它就没有多大意义了，因为什么都不会真正改变

所发生的变化是，我不必在网络上查找它然后进行安装过程，只需在商店中单击“安装”即可。 使配置新机器更加容易。

要使其成为可能需要大量的工作

没有。 在商店中打包电子应用程序是PS中的一个问题。 实际上，在该线程的早期，VS Code团队的一些开发人员表示他们已经尝试过了。

VS Code使用它自己的更新机制，将其更改为存储似乎并不能改善其现有的良好UX

除了使用商店更新机制外，我不会在编辑器本身中看到有关新版本的任何通知，也不会重新加载等，只是在后台进行了相当多的更新。 我的意思是，毫无疑问，这支团队的速度令人印象深刻，但是当我每周必须在三台计算机上更新Code时，这会很烦人。

VS Code应该有一个统一的代码库，开发人员只需要开发一次即可，只需按一下按钮即可针对差异平台进行编译

可以将Turning Code自己的更新机制实现为构建标志，然后将其作为构建管道中的一个文学术语来构建和打包Store的版本。

我什至不敢说它是Microsoft产品和Microsoft Store，没有其中的代码会让人感到尴尬，对于其他开发人员当然也不会感到鼓舞。

VS Code首先是代码编辑器。 因此，即使您在S模式下使用Windows 10，它也确实具有许多有用的功能。

正如我之前提到的那样，从商店中安装东西更容易，而且我个人比任何开发人员的安装程序（和卸载程序）都更信任它，这样就不会弄乱我的系统，也不会在我想要卸载它后留下文件/注册表项。

Store的更新机制也更简单，在后台发生，中断更少。

对于大型公司的发行，安装某些选定的Store应用要比发行和运行传统的安装程序简单得多。

您可以考虑构建MSIX软件包。 它是跨平台的，可以在Linux，Mac，Windows 7上运行，但是可以在Windows 10上提供沙箱和虚拟化文件系统以及注册表等所有出色的功能，并且通过Store进行发布也很简单。

必须同意@nerocui。 对微软的中间统治有足够的容忍度。 这是他们的产品，商店是他们的产品。 它应该从一开始就存在过……不在路线图中……那么什么时候？ @nerocui绝对正确-开发人员

我有与Andrey完全相同的想法和用例。 整个想法
您的MS ID登录到新/重新安装的计算机并具有代码的过程
我希望MS能够将自动安装/配置用作营销
金矿。 我会为此准备从商店安装的所有应用程序
物。 期望第三方开发人员这样做不是有点虚伪吗？
将应用程序发布到创建者不信任/支持/推广的商店？

2018年6月25日星期一18:09 Andrey Ashikhmin [email protected]
写道：

@nerocui https://github.com/nerocui

那么没有任何意义将其存储在商店中
真的改变了
所发生的变化是，我不必在网络上查找就可以使用它
通过安装过程，我只需在商店中点击“安装”即可。
使配置新机器更加容易。

要使其成为可能需要大量的工作
没有。 为商店打包电子应用程序是一个问题
PS中的oneliner。 实际上，在此线程的前面，VS的一些开发人员
代码团队说他们已经尝试过了。

VS Code使用它自己的更新机制，将其更改为存储似乎没有
改善现在的用户体验
除了使用商店更新机制外，我不会看到任何一个
有关编辑器本身中的新版本的通知，无需重新加载等，
只是在后台更新。 我的意思是毫无疑问，
团队令人印象深刻，但是当我不得不在每台三台计算机上更新Code时
一周有点烦。

VS Code应该具有开发人员仅需开发的统一代码库
一次并按下按钮即可针对差异平台进行编译
Turning Code自己的更新机制可以实现为构建标志和
那么在构建管道中进行构建和打包是文学上的一个论点
商店的版本。

我什至不认为这是Microsoft产品和Microsoft
商店，那里没有代码会让人感到尴尬，当然也不会
鼓励其他开发者。

-
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看
https://github.com/Microsoft/vscode/issues/10759#issuecomment-400006748 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AGs5-z9YZMWjfPC1fmEf4myfOMruHtJPks5uAQsogaJpZM4JpSOF
。

看来我的评论引起了很多争论。 大家好，这是我们正在谈论的Microsoft。 如果您希望它们更像Apple，那么它们就不会。 他们不会将所有产品集成在一起，而只是使用自己认为适合该产品的产品。 我也希望事情做得很完美，但是像我们这样的开发人员至少在每次购买新机器或重新安装操作系统时都能够配置编辑器。 我并不是说这是完美的，我只是说这不是优先考虑的事情，微软也有同样的感觉。 直到今天，他们的Visual Studio仍为32位，并使用与软件本身分开的更新程序。 与Apple的xcode不同，它也不会从商店中更新。

我不认为VS Code像大型VS一样复杂。 但是要说的是，可以通过商店使用Desktop Office应用程序。

但是同样，至少首先要开始朝这个方向发展，首先要采用MSIX 。

好的，我要再说一次，因为没有其他人可以。 微软将在10月下半月发布一款具有移动功能的折叠式设备，其品牌为Surface，并将首先定位为商务设备。 它将由Windows的模块化版本（Windows Core OS）和可组合的响应式外壳（称为CShell）提供支持。 如此说来，如果该设备从发布的第一天起就无法运行VS Code来编写和编辑代码以及在其上进行实际的业务工作-大规模失败并破坏表面品牌。 我建议您代表所有开发人员Microsoft重新考虑您的“路线图”

@ vxnsbir1ugsp的猜测是，关于没有运行功能未知的未发布操作系统的未发布设备的猜测。

但是，可以轻松关闭S模式，因此您不仅限于商店...
ARM上的Windows几乎可以运行台式机Windows可以运行的任何应用程序。
因此，我不担心这些限制。 如果仙女座能够看见光明，我很确定它即使以当前形式运行VS Code。

@petroemil想打赌吗？

@ vxnsbir1ugsp
我认为，我真的不认为仙女座将具有编码功能。 我认为它不适合开发人员或创作者。 我认为它将定位于Z代工人，并与HoloLens和Surface Hub一起用作联结装置。 这些将是微软如此强大的大型云+边缘计算上的边缘设备。 我认为它将像一个仅适用于办公室工作人员的Continuum仅适用于WINDOWS 10 S模式的移动平台。 作为开发人员，我仍然认为我们需要功能强大的计算机以及舒适的鼠标和键盘。 如果我们打算使用移动对接功能设备，则最好使用远程软件和SSH。 或者，您也可能希望业界像许多服务一样迁移到PWA IDE。

@nerocui我只希望Andromeda从第一天开始就以IDE的任何形式运行VS Code。 真的不在乎它是否来自商店。 而已 ：）

@ vxnsbir1ugsp
您可能想看看我的朋友。
https://stackblitz.com/

@nerocui ，网络编辑器是VS Code在沙盒中具有强大功能的一个很好的例子（您知道，它可能以S模式运行）。 我很确定StackBlitz可以轻松地转换为PWA并发布到商店。

@petroemil ，是的，但是我们不要“ overWebify” VS Code。 现在它已经足够网络了... @nerocui我也可以检查Sublime，Brackets和WebStorm，但是我恐怕实际上可能喜欢它们，而Microsoft可能不喜欢它；）

我也忘记了在商店中使用了一段时间的Arduino IDE，我已经使用了它，它的体验是如此无缝，以至于我完全忘记了它的Store应用程序。 该IDE实际上会编译代码，通过USB将其发送到Arduino，使用套接字进行通信，OTA软件通过wifi上传...我不打算重写VS Code的任何部分-只是做Arduino在做什么-他们确实提供了除了“商店”之外，还有一个单独的安装程序。

好的...所以现在我们应该可以在新发布的Surface上进行编码了，对吧？ 双关打算:)

@bjuraga我知道您在那儿做了什么，但是仙女座来了，MS最好做好准备。 他们宣布了一些便携式版本的VS Code，这不是商店的第一步吗？

@nerocui完美！ 一年多以前，我要这个！ MS应该购买stackblitz并将其合并到live.com或outlook.com/visual studio工具集中，或者制作自己的版本。 我看到没有github回购支持吗？ 这不是必需的，但将是有用的功能。 也欢迎更多的语言/框架。 MS商店回购版本尚可，但这可以做得更好。

所有Windows内部人士都知道，MS可以收听！ 这个问题快两年了！

所以，
MS Store是否支持MS Code？ 如果没有，MS在做什么？ 对于MS来说，MS Store充斥着丰富的内容是否重要？ 如果没有，MS在做什么？ MS是否有一个“通用”平台？ 如果没有，MS在做什么？

如果是，请立即开始处理！ ;）

我们要求Windows商店中的vscode ！！！

现在是2018年，而VS Code不在几年前在Microsoft Store中

如果不只是为了展示将Win32 Electron应用程序添加到Microsoft Store是多么容易，这应该是理所当然的。

Windows应用商店中甚至允许使用非UWP应用吗？ 我觉得满足Windows应用商店的要求将危及跨平台的更多利益。

@jadenPete

Windows应用商店中甚至允许使用非UWP应用吗？

这正是Desktop App Converter的功能。

@jadenPete
iTunes ， Spotify ， Paint.net ， WinZip和许多其他都是Classic Win32 Apps

@saschanaz @ ad1Dima我没有意识到这是可能的，谢谢您通知我。

我觉得微软没有将UWP视为自己软件的一流发行平台有点荒谬：

从上个月开始，用户级别的安装程序可用于Windows，并且已成为默认分发版本。 这意味着安装和使用vscode不需要提升/管理员权限。 我认为这对于Windows应用商店中的某些应用程序来说是迈出的重要一步。 我希望这将包含在未来6个月的vscode路线图中。 如果Windows商店/ MSIX包装方面存在某些困难/缺乏对某些功能的支持，则应在Microsoft内部的两个团队之间进行沟通。 我认为，MSIX团队也可以为此采取一些措施。

wards夫。 微软对我们没有足够的资格让您收到来自您的正式答复吗？VS Code不在商店中的确切原因是什么，更不用说真正的UWP响应应用程序了？ 您的开发人员社区值得进行多年讨论的正式声明吗？

根据UWP部分， @ vxnsbir1ugsp很简单，它是建立在完全不同的技术堆栈之上，旨在实现跨平台。 VS Code是一个Electron应用程序。

关于为什么不在商店中的问题是一个更好的问题，除了“它不在路线图上”之外，我们还没有收到任何有用的答案...

也许当MSIX也可以在Mac和Linux上使用时，它们将迁移到该版本，然后在商店中发布将变得微不足道。

根据UWP部分， @ vxnsbir1ugsp很简单，它是建立在完全不同的技术堆栈之上，旨在实现跨平台。 VS Code是一个Electron应用程序。

关于为什么不在商店中的问题是一个更好的问题，除了“它不在路线图上”之外，我们还没有收到任何有用的答案...

也许当MSIX也可以在Mac和Linux上使用时，它们将迁移到该版本，然后在商店中发布将变得微不足道。

UWP部分很简单，是的。 我猜，一个真正的UWP响应式应用程序并不是那么简单。

@ vxnsbir1ugsp实际上...但是这很

VS Code是一个跨平台的应用程序。 它不依赖任何特定的平台API，因此也不存在（直接）Win32依赖项。 我认为，从理论上讲，微软可以构建一个Electron版本（VS Code的运行时/主机），它是一个纯UWP应用程序，并且仅依赖于任何Windows 10变体（包括Mobile，Xbox， HoloLens，Surface Hub，IoT）。 之后，只有GUI开发人员才能使UI响应。

@ vxnsbir1ugsp实际上...但是这很

VS Code是一个跨平台的应用程序。 它不依赖任何特定的平台API，因此也不存在（直接）Win32依赖项。 我认为，从理论上讲，微软可以构建一个Electron版本（VS Code的运行时/主机），它是一个纯UWP应用程序，并且仅依赖于任何Windows 10变体（包括Mobile，Xbox， HoloLens，Surface Hub，IoT）。 之后，只有GUI开发人员才能使UI响应。

伙计，我特别在谈论GUI。 我什至第二次需要突出显示它... GUI的行为并不像UWP。 菜单栏包含所有这些命令和菜单...您是否曾经看过TRUE UWP应用看起来像这样？ 打开邮件，日历，OneNote等。 它们都具有汉堡菜单和触摸友好的控件。 那就是我在说的。 撇开Electron的东西，我们都知道它已经独立于平台。 是的，GUI开发人员必须参与此项目。

这事有进一步更新吗？ 我坚持购买Surface Go因为我需要其中的vscode。

      Any update on this? I am hanging on buying `Surface Go` because I need vscode in it.

如果您确实需要开发工具，则可以将其退出S模式。 或仅用于纯代码编辑，就有一个出色的应用程序，称为Code Writer ，它是真正的UWP应用程序。

@petroemil是的，但由于它的硬件不够好，我担心它是否会大大降低表面性能。

那为什么您期望UWP上的VS Code会更快呢？

@jadenPete，他显然担心如果关闭S Mode，Surface Go会对性能造成

@eluchsinger谢谢。 你完全理解我的问题。

如果禁用S模式，不仅性能会降低，安全性也会降低。 这是我在主要工作设备上运行S模式的主要原因之一。 这意味着，VS Code目前对我来说是个禁忌。

您刚刚更新了标题栏的设计，并且带有大按钮和菜单，非常漂亮！！！ 荣誉！ 整个UI在这里和那里需要更多的触摸才能使所有内容都与大型UI元素保持友好的联系（仅几处，而不是那么多）。 然后使其对每种屏幕尺寸（例如手机，平板电脑等）都具有响应能力，并在商店中发布它，我会很高兴的！ ALMOST已为目前正在开发的Continuum，WCOS + CShell和面向业务和生产力的ANDROMEDA 2019做好了准备！ 来吧，女士！ 😜

原始帖子中描述的问题似乎已经解决：
While VS Code is easily obtainable as it is, it still feels like VS Code could benefit from the standardized update procedure that comes with the Windows Store...

看来，几个月前发布的新用户级安装程序是否有任何更新，当用户关闭VS代码时会自动应用。

我不会说已经解决了。 可以肯定，它已经得到了改进，但是VS Code仍不会像Store中的应用程序那样在后台进行更新。
您必须主动打开它，以便它可以运行其自己的安装程序/更新程序，而普通的Windows应用程序仅在PC空闲时在后台进行更新。 即使您最近两个星期都没有使用过相应的“商店”应用程序，下次您打开它时，它也已经是最新版本了。

现在微软发布了MSIX包装工具，官方表示MSIX可以支持任何安装程序。 可以用它来发布VS Code吗？ 手动下载安装程序并再次运行以进行更新是一种不好的感觉。

@WenqiangXie我已经开始尝试创建AppX程序包（MSIX的Windows Store尚不可用，但使用相同的过程）。

Windows Store可用性的一个问题是，当前它已经严重受损，而无需右键单击应用程序磁贴并以管理员身份运行（不允许像传统应用程序那样自动提升某些功能）。

要解决此问题，我们可能需要使用WinRT Storage API，因此我们可以在Windows 10的新版本中使用新的“访问所有存储权限”，这需要WinRT Storage API才能正常工作。

Windows Store可用性的一个问题是，当前它已经严重受损，而无需右键单击应用程序磁贴并以管理员身份运行（不允许像传统应用程序那样自动提升某些功能）。

VS Code何时需要提升的权限？

@ ad1Dima我认为一旦容器化，权限会稍有不同。

您可以尝试我的分支，除非您以管理员身份运行，否则似乎无法访问“保存文件”，Powershell命令（由于Powershell历史记录）和git。

已经离开了。 要求这样做毫无意义。 微软只是不关心传闻中支持Continuum的Andromeda设备及其所谓的办公空间生产力愿景。 我退出此线程，恕我直言，关闭它的时间可能到了。 已经两年了，MS什么也没做。 让我们保持尊严

我认为第一步，拥有一个MSIX安装程序就足够了。 打包为MSIX的应用程序不必符合存储规则，也不必在UWP运行时上运行（带有所有权限/功能检查），但仍可以从文件系统和注册表虚拟化中受益。 使用MSIX安装程序，我们将获得全新的安装（和卸载）体验，并且还提供无中断的后台应用程序更新。

我们可以为MSIX迁移打开一个新问题吗？ 因为MSIX是跨平台的，并且不限于Microsoft Store。

（此问题应更改其标题，因为Windows Store现在是Microsoft Store）

我们可以为MSIX迁移打开一个新问题吗？

是的，我也在考虑相同的问题……我要开始讨论，并将此问题称为入门。

@petroemil我已经开始这项工作，所有要做的就是用makeMsix替换makeAppx

这里的许多人仍然不了解商店发布和制作UWP应用程序之间的区别。
制作UWP很好，我是第一个支持该想法的人，但是由于UWP的限制，这需要付出巨大的努力，而微软可能永远不会为免费应用程序所做的努力。
此外，制作VSCode UWP意味着要维护另一个与其他平台不兼容的项目。
但是在这里，我们只是要求在商店发布。
商店上没有发布任何特定的问题，因为所有商店限制仅适用于第三方开发人员，Microsoft是商店的所有者，可以在商店上发布她想要的任何东西。
您还记得从Windows 8.0到8.1的更新吗？ 可以从商店安装，因为Microsoft甚至可以在商店中发布Windows更新。
如果Microsoft希望甚至可以在商店中发布Visual Studio Professional，但这不是一个好主意，因为安装程序依赖于过多的模块和第三方组件。
如果VSCode仍未存储，则不是因为技术问题，而是因为Microsoft不需要或因为Microsoft不在乎它。
无论如何，在商店中发行并不意味着对Windows S，xbox，Windows Mobile，ARM上的Windows，Windows IOT，AndromedaOS或其他平台的支持。
Windows应用商店只是安装，更新和卸载应用程序的一种标准方法。

@petroemil我完全同意你的看法。 摆脱msi / exe安装程序并使用容器化是重要的第一步。 我是msix的忠实粉丝。 在msix宣布之前，您可以在此线程上阅读大约18个月前我对appx的想法。 https://github.com/Microsoft/vscode/issues/10759#issuecomment -307196053

我希望在商店中拥有VS Code，也许ti可以在基于Samsung ARM的Galaxy Book 2上运行！

使用平板电脑中的Lte系数（类似于Surface Pro 6），在飞机上追上一些代码将非常不错

@tuath将应用程序发布到商店与其对ARM的支持无关。 即使他们不想将其发布到商店，几乎没有什么阻碍团队来编译ARM64版本以原生支持ARM上的Windows。

是的，请在Windows应用商店中提供Visual Studio Code，以使其定期更新。 另外，带回Windows Phone！

Windows应用商店通常在企业环境中被禁用，而在LTSB版本中已被禁用。 与MSI Installer相比，这种发行方式没有帮助。

当开发人员中断时，不允许用户也不应安装不需维护的随机软件。 通过商店已经安装了多个安全漏洞，但没人知道。 永远不会自动卸载该软件，但会将其保留在具有安全错误的本地磁盘上。

这是有史以来针对Windows应用商店的最糟糕的争论。

首先，一般来讲，Windows应用商店可能是迄今为止最安全的安装应用程序的来源。 即使您从商店安装Win32桌面应用程序，它也不会弄乱您的注册表，并且永远不会拥有管理员权限。 这些应用几乎不可能对用户造成任何安全风险。

公司可以控制让员工下载的内容-他们可以将应用程序列入黑名单/白名单。

对于系统管理员来说，管理从商店安装的应用程序要比删除从Internet下载的随机应用程序容易得多。

最糟糕的说法到底是什么意思？

人们无法安装所有随机软件...他们没有管理员权限。 每位用户仅安装sh **个安装程序。

一般来讲。 您如何确保应用程序不包含弱密码或包含后门或其他不安全组件的openssl版本？ 这样的应用程序如何不引起该应用程序使用的个人客户数据的安全问题？

还请期待开发人员已中止其项目。 MS是否将某个应用程序标记为嵌入了不安全的组件，而不是自动卸载了？ 我猜不会。

商店应用保存在哪里？ 本地应用数据？ 用户注销时将其删除。

我是否希望所有包含相同软件的20GB用户家庭驱动器？ 没有！ 仅应存在数据。

据我所知，这家商店对家庭用户来说是一个很好的附加分发点，但对于需要完全控制的企业而言却不是。

商店是第一个被禁用或未被包含的商店。LTSB正是出于所有这些原因，因为没人希望人们为每个用户安装随机软件。 祝您软件审核顺利！

@alexhass不能使用AppLocker将商店中的打包应用程序列入白名单吗？ 就像@petroemil说的那样：

公司可以控制让员工下载的内容-他们可以将应用程序列入黑名单/白名单。

商店应用保存在哪里？

%PROGRAMFILES%/WindowsApps 。 仅用户数据将保存在本地应用程序数据中。

我们当前在Windows 7上，每天等待MS重新发布10月2019年10月赢的图像。 从〜6周开始只有沉默。

尚无用户请求Win 10应用程序。 对我来说，这些应用程序是在vm中虚拟化以防止爆发的，这对我来说真的很新，但是我愿意学习。 我们的主要计划是使用LTSB，这意味着将没有应用程序商店。 我可能会考虑列入白名单功能，但是商店对我们的关注为零。 没有供应商真正真正地独家使用它，我们今天通过MSI文件部署所有内容。 MSIX听起来不错，但未来的确遥遥领先。

我们运行的所有7个Electron应用程序都具有一个MSI，除了-vscode-我已为其编写安装程序，但该维护程序似乎太爱不能安装的exe安装程序了。 请不要忘记，我只是在寻找将来的Windows版本。 我不能等了5年。

“只有用户数据会保存在本地应用程序数据中。”

我希望该软件可以使用漫游应用程序数据。 本地应用程序数据将被删除，因为这不包括在漫游中。

尚无用户请求Win 10应用程序。

因为除OneNote外，尚无仅存储杀手级Windows应用程序。

通过Microsoft Store分发不会删除当前的安装程序（就像InkScape和Paint.NET两者都保留一样），因此IMO不会阻止您的企业策略。

阻止程序是缺少的vscode官方MSI。 我提供了一个非正式的信息。 但是vscode团队似乎忽略了它，希望保留EXE innosetups。 此EXE无法通过AD部署到企业中，因此使其成为Windows 7的阻止程序，直到当前的Windows 10。

此功能仅适用于将来的Windows版本。 我迫不及待要等待正式的msi。

他们为什么会通过MSI提供exe？

阻止程序是缺少的vscode官方MSI。

@alexhass可以理解，您可能希望跟踪＃61793。 糟糕，您已经这样做了！ 对不起，噪音。

@jadePete ：我不知道！！！ 他们无缘无故地忽略了我一周的工作，除了明年我们没有时间。 代码准备好后，对开放源代码感到奇怪。 参见https://github.com/Microsoft/vscode/pull/38008

看来他们不了解企业需求以及专业的安装程序是什么。 短时间以来，每用户安装程序已成为默认下载，并且系统安装程序已隐藏在下载下拉列表中。 关于安装程序的所有事情都走错了方向。

一周前，我共享了一个更高级的安装程序，该安装程序允许在一个MSI设置中按计算机和按用户安装，请参阅https://github.com/Microsoft/vscode/pull/62620。 再次关闭。

决策者也许应该改变。

现在，有一个名为“ Kode Studio”的程序已在MS store中发布，该程序基于VSCode表明这并不困难。 VSCode团队，是时候将VSCode发布到MS Store了。 我认为，所有来自MS的软件都应在MS Store中发布。 如果来自MS的团队不支持MS Store，我们如何希望其他团队支持MS Store。
作为管理员的问题，我发现商店中有这么多程序形式的MS可以请求UAC，这不是问题。 另一个问题是加载项，但是我发现Win32 Office表格MS商店也可以安装加载项。 所有这些表明VSCode可以在MS Store中发布。

      We are currently on Windows 7, waiting every day that MS republishes the october win 10/2019 images. Only silence since ~6 weeks.

尚无用户请求Win 10应用程序。 对我来说，这些应用程序是在vm中虚拟化以防止爆发的，这对我来说真的很新，但是我愿意学习。 我们的主要计划是使用LTSB，这意味着将没有应用程序商店。 我可能会考虑列入白名单功能，但是商店对我们的关注为零。 没有供应商真正真正地独家使用它，我们今天通过MSI文件部署所有内容。 MSIX听起来不错，但未来的确遥遥领先。
我们运行的所有7个Electron应用程序都具有一个MSI，除了-vscode-我已为其编写安装程序，但该维护程序似乎太爱不能安装的exe安装程序了。 请不要忘记，我只是在寻找将来的Windows版本。 我不能等了5年。
“只有用户数据会保存在本地应用程序数据中。”
我希望该软件可以使用漫游应用程序数据。 本地应用程序数据将被删除，因为这不包括在漫游中。

但是越来越多的人使用Windows10，是的，Windows10是Windows的最新版本。 如果Ms Store中有更多应用程序，那么每个人都可以轻松使用计算机，他们可以更快，更安全地安装应用程序。 MS Store将使超过7亿用户受益。
并且您说不是用户请求了Win 10应用程序。 最糟糕的是，您可以看到用户可能会如何请求UWP VSCode应用程序，但是在此问题上很少有人反对。 现在，您可以看到，有许多导入应用程序在MS Store中发布，例如MS Office，iTunes，Telegram，微信等。 这些团队听到了他们用户的声音，但不仅幻想“人们不喜欢Windows10，他们只是想要像Windows 7和MS Store这样的操作系统不好，没人喜欢它”。 但是他们听到了用户的真实声音。 他们跟随声音。
我们总是批评Windows导致如此多最糟糕的应用程序伤害用户，而且如果没有官方的软件资源，Windows就会对普通用户不利。 他们找不到合适的应用程序来完成工作，他们从最差的网站或其他网站获得不好的应用程序。 但是现在，MS Store可以修复它，为什么不这样做呢？

好吧，首先做到了。 使用Advanced Installer Express Edition（免费），VS Code可以完美地用作AppX（尚未尝试过MSIX）。 可以从这里轻松将其提交给商店。 AFAIK一切工作正常-唯一的问题是我没有尝试从VSCode删除自动更新程序。 😃

只有需要工作的东西：

• [x]删除卸载程序
• []添加商店图标（仅显示在安装程序中[因此，屏幕快照中的通用软件包徽标]和MS Store中）
• []添加可以打开的文件扩展名（因此，您可以在文件资源管理器中双击一个.php文件，然后从那里打开它）
• []出于明显的原因删除了自动更新程序

@WilliamABradley @petroemil @filfat

@hansmbakker @ be5invis @filfat我不能再继续工作约2周（非常忙），但是我已经在这里上传了AppX和证书供您测试（如果您愿意的话）。 没有任何保证或任何其他保证，但它应该“工作正常”，再减去清单中的问题。

要安装，必须首先在Windows 10中启用“开发人员模式”。然后，必须下载“ exportedmycert.cer”文件并将其安装到“本地计算机”>“自定义商店”>“受信任的人”。 最后，您可以下载并安装AppX。

除了清单上的内容外，请随时给我一些反馈。 当然，说服MS将其作为包装方法可能是困难的部分...

https://1drv.ms/f/s!AvH2EtXBNSjun1v2o4a6TgK -MgK8

从理论上讲，您可以摆脱安装证书步骤的麻烦，但是我没有代码签名证书:(。

现在怎么样？ 我等不及要在商店中下载VSCode。 现在，我可以购买到大多数程序，例如Office Suit，TeamViewer Lite，Python等。

是否有任何新信息？

为此投票32个大拇指！ VSCode几乎是我必须在Windows 10 PC上安装的最后一个应用程序。
所有其他诸如Office 365，Power BI Desktop，WSL（Linux），微信，VCL，远程桌面，TreeSize等都已在Microsoft Store中！ 等待VSCode到来，这将是在现代台式机中以性能和安全性提升UWP的好机会。

支持这一点：我多年来一直在商店中想要VSCode。 任何更新？

@alexandrudima @egamma您可以对此发表评论吗？

此问题的开放时间约为2.5年，有很多支持和重复（=类似请求）。 人们甚至开始尝试自己打包VS Code-请参阅https://github.com/Microsoft/vscode/issues/10759#issuecomment -445425735。

现在可在Snap for Linux上使用。 认真地说，微软设法在非Windows操作系统上向Ubuntu发行，然后才能在Windows上发行。

我不知道为什么微软在MS Store中提供更少的支持。 如此众多的团队拒绝将产品发布到他们的商店，是的，他们的商店。 我必须下载新的Edge安装程序并具有UAC窗口，我必须在每次更新时都下载VSCode。 我要求MOR团队将MOR储存起来，看来他们不知道那是什么。 作为苹果，XCode可以在应用商店中找到，但是在Windows中，如果要构建程序，则必须下载VS等安装程序。 MS Store可以接受Win32应用程序很多年，但是花费的时间很少，就像他们的“父亲” MS也不喜欢她一样。
我只是不想每次都找一位安装人员并更新一个SORTWARE。

现在可在Snap for Linux上使用。 认真地说，微软设法在非Windows操作系统上向Ubuntu发行，然后才能在Windows上发行。

也许我们很快就会在Mac App Store中找到VSCode，但在MS Store中找不到。 下次再使用Mac。

@alexandrudima @egamma您可以对此发表评论吗？

此问题的开放时间约为2.5年，有很多支持和重复（=类似请求）。 人们甚至开始尝试自己打包VS Code-参见

是的，我在MS商店中找到了一个版本，但命名为其他版本。 但是，如果没有官方支持，它将不会因发行版本修复问题而更新。 就像商店中的那个一样，长时间不会更新也不支持任何加载项。

您可以发送链接到该版本吗

+1用于ms store实现。 认真地到底微软到底是什么？

这就是我的意思：商店里没有Microsoft Edge（基于Chromium的新版本）吗，这让所有人感到奇怪吗？ 新的基于Chromium的Edge与操作系统完全没有关系-与传统Edge不同，没有什么阻止它在商店中分发的。

这意味着微软并不十分在意将自己的项目发布到商店中。 完全没有多年来，我们一直在商店中寻求Visual Studio。 多年来，我们一直在商店中要求Microsoft Edge，但是当他们现在能够做到时，他们却没有。 我们一直在商店中要求VSCode，即使我在4个月前向https://github.com/Microsoft/vscode/issues/10759#issuecomment -445425735展示了它也可以完成，但是什么也没有。

Microsoft团队本身认为Store浪费资源。

编辑：而当我在它的时候，为什么要取消将MS Paint放入商店的计划？ 可能是预先安装的Store应用。 为什么此时Windows Media Player，Windows传真和扫描等未预加载商店应用程序？

是的，让我感到困惑的是，为什么到目前为止几乎没有Microsoft的开发人员工具通过商店分发，甚至包括Azure Storage Explorer和Azure Data Studio之类的小工具。 也许某些功能仍无法在商店中使用？ 也许还有另一个阻碍性的问题，例如管理Beta / Inider版本？ 我希望我们能从团队中听到关于阻碍商店分销的因素以及修复它的时间表。 我以为使用VS Code，也许他们只是想使用相同的跨平台更新机制，但是由于可以通过snap获得，因此该理论不可行。

我在Edge Insider论坛上开始了有关通过Store分发Chromium Edge的讨论，但仍在等待Edge团队成员的回音。 有一种非正式的理论在暗示，最终的生产版本可能会通过商店分发，而beta / insider版本将通过安装程序进行安装/更新。

如果微软要推动开发人员将Win32应用程序发布到商店，那么他们确实应该以身作则。 否则，它将发送混合消息。

是的，让我感到困惑的是，为什么到目前为止几乎没有Microsoft的开发人员工具通过商店分发，甚至包括Azure Storage Explorer和Azure Data Studio之类的小工具。 也许某些功能仍无法在商店中使用？ 也许还有另一个阻碍性的问题，例如管理Beta / Inider版本？ 我希望我们能从团队中听到关于阻碍商店分销的因素以及修复它的时间表。 我以为使用VS Code，也许他们只是想使用相同的跨平台更新机制，但是由于可以通过snap获得，因此该理论不可行。

我在Edge Insider论坛上开始了有关通过Store分发Chromium Edge的讨论，但仍在等待Edge团队成员的回音。 有一种非正式的理论在暗示，最终的生产版本可能会通过商店分发，而beta / insider版本将通过安装程序进行安装/更新。

如果微软要推动开发人员将Win32应用程序发布到商店，那么他们确实应该以身作则。 否则，它将发送混合消息。

这绝对是一个超级主题。 同样有两个优势，Edge从技术上增强了商店irrc的力量，因此您无法将Edge自身放置。

如果您是手动安装软件，并且抱怨说商店是最好的方式，那么我首先要指出的是，MSI是管理多台用户计算机的主要和最佳方法，因为它已经为企业做好了准备。 做好准备后，MSIX似乎可以满足所有人的所有需求，包括企业安装程序和商店安装程序，因此请坐等。

这绝对是一个超级主题。 同样有两个优势，Edge从技术上增强了商店irrc的力量，因此您无法将Edge自身放置。

错误。 我们指的是基于Chromium的Edge，它在引擎盖下与经典Edge完全不同。 _nothing_阻止基于Chromium的Edge出现在商店中，因为它甚至可以在Windows 7上运行。基于Chromium的Edge在Windows 10中无法为_anything_提供支持。但是出于种种奇怪的原因。

Edge从技术上为商店irrc供电，因此您无法将Edge自身放置

Store可能包含一个WebView控件来呈现网页（旧的Edge应用程序也使用该控件），而不是整个Edge应用程序。

商店政策将需要首先更改。 禁止将Chrome，Firefox，Opera，Maxthon等提交给商店的规则也适用。 如果不遵守自己的规则，可能会造成法律上的麻烦。 他们将必须先更改规则，然后再进行任何操作，而且由于Chrome和Chromium Edge共享引擎，因此更改并非易事。

实际上，我相信在非浏览器引擎上，VS Code会将Chromium用于UI。 考虑到如何使用（扩展名可以在VS Code中显示Web内容），我认为这将违反商店政策。 因此，尽管从技术角度来看，可以将VS Code导入商店，但是商店策略可能会阻止提交。 至少那是我对情况的理解。

这就说得通了。 如果是这样，我希望可以解决！

@ChuckkNorris被铬渲染的应用程序与商店政策无关，商店中有很多基于电子的应用程序。

用于Windows的Facebook使用基于Chromium的引擎显示Web内容，并且没有任何策略冲突。

我所指的条款位于https://docs.microsoft.com/zh-cn/legal/windows/agreements/store-policies（10.2.1 ）。

大多数Electron应用程序仅显示内部托管的内容，因此不会浏览网络。 但是，在VS Code的情况下，某些扩展（可能甚至我不知道的VS Code的某些部分）以某种形状或形式引入了Web浏览器功能（可能是直接使用Electron Chromium实例直接渲染的实际嵌入式浏览器，或使用来自任意来源的HTML）。

至于Windows的Facebook，看起来它实际上使用的是基于https://twitter.com/Martijn_Cuppens/status/1015169981368225793的Webkit，但说实话我不知道该怎么做，因为它是一个成熟的浏览器（有提供具体链接的方式）。 考虑到MS为了在其平台上获得Facebook支持的Facebook应用程序而付出的努力，它可能具有外交豁免权或其他某些功能。

我个人认为该政策很愚蠢，希望随着时间的推移，随着Chromium很快被应用到Windows中，我们将看到它消失。 也许其他一些潜在问题也将得到解决。 也就是说，假设它最终来到商店。

商店政策将需要首先更改。 禁止将Chrome，Firefox，Opera，Maxthon等提交给商店的规则也适用。 如果不遵守自己的规则，可能会造成法律上的麻烦。 他们将必须先更改规则，然后再进行任何操作，而且由于Chrome和Chromium Edge共享引擎，因此更改并非易事。
实际上，我相信在非浏览器引擎上，VS Code会将Chromium用于UI。 考虑到如何使用（扩展名可以在VS Code中显示Web内容），我认为这将违反商店政策。 因此，尽管从技术角度来看，可以将VS Code导入商店，但是商店策略可能会阻止提交。 至少那是我对情况的理解。

他们只是不在乎，也不想这样做。 如此多基于Electron的软件可以在MS Store中发布。 并在NodeJS中提供了一个工具来构建基于UWP的NodeJS。 还有第三个VS Code，名为Kode Studio。 没有什么可以阻止他们的，但是他们只是不想这样做或讨厌这样做。

您可以发送链接到该版本吗

它被命名为基于Kode Studio的VS Code，但是某些功能被禁用。 商店链接为https://www.microsoft.com/store/productId/9NXDMCLN8P1X

这是Kodi Studio，扩展和其他某些功能已禁用。

微软和Kano正在推出自己构建的Windows 10 PC套件

Kano PC将教孩子们如何建造自己的触摸屏笔记本电脑以及学习编码等。
它运行在Windows 10 S上，这意味着仅Microsoft Store。
如果可以运行Visual Studio代码，那就太好了！

似乎将来在url- https://online.visualstudio.com中将有一个仅浏览器版本的vscode
可能它将依赖SSH远程执行。
它们也将在所有这些限制性设备中运行。 但是，代码和vscode远程服务器必须在具有功能的设备（当前为linux）中的其他位置运行。 让我们看看事情如何发生。

新的Windows Terminal将通过Store分发。

因此，再告诉我VS Code如何不可能做同样的事情？ 它只是一堆CLI工具之上的漂亮UI。 而且Windows Terminal证明可以从UWP / Store应用程序访问那些CLI工具。

令我惊讶的是，在两年之后，核心开发团队对此缺乏投入。 来吧，伙计们，至少要提一下阻碍您这样做的原因。

令我惊讶的是，在两年之后，核心开发团队对此缺乏投入。 来吧，伙计们，至少要提一下阻碍您这样做的原因。

阻碍他们这样做的原因是成千上万的重要事情。 MS Store中的版本是否以任何方式改进了编程？ 我不这么认为

不是要减少任何人的工作量，但可以肯定的是，在商店上发布不是一项艰巨的任务吗？

太荒谬了我每周都要运行一次VS Code，每周两次，每次提示更新时，我都会运行VS Code。 因此，我无法开始工作，而是等待下载，安装更新并重新启动应用程序。 我想让VS Code始终是最新的，而不是在启动之前。 Microsoft Store为什么不这样做？ 天哪，这是2019年。

太荒谬了我每周都要运行一次VS Code，每周两次，每次提示更新时，我都会运行VS Code。 因此，我无法开始工作，而是等待下载，安装更新并重新启动应用程序。 我想让VS Code始终是最新的，而不是在启动之前。 Microsoft Store为什么不这样做？ 天哪，这是2019年。

可能，但是VS Code不在商店中...

我有一个奇怪的想法。

由于Edge现在从Microsoft Store的“ Edges扩展”选项卡中获取扩展，因此VS Code团队是否也朝着这个方向努力？ 毕竟，如果将VS Code移至MS Store的最大障碍是扩展，那么“ Extension for Edge”模式是否可能是解决方案？

如果某些策略阻止vscode上载到Microsoft商店，则说明该策略是错误的。
我已经告诉Microsoft一百万次，以解散正在处理该项目的evryone。

还是让我猜猜，你们是在秘密地将整个VS代码推到Web上，然后再将更多的PWA推到网上，然后既然MS Store中现在有了PWA，那么这个持久的绝望问题最终可以在第二秒内完成？

但是由于Edge正在全速迁移到Chromium，因此要等到2020年初，Edge on Chromium正式发布并替换旧的Edge之后，上述所有工作才能完成。

我的意思是，真是令人兴奋！ 这意味着这个问题也可以在漫长的等待之后最终得到解决。

如果是沙盒或扩展程序市场问题，那么至少可以发布一个安装了远程扩展程序的发行版，以便将其用于远程开发吗？

请考虑使Visual Studio Code可以从Microsoft Store安装，或者至少考虑将其发布为MSIX 。 谢谢！

如果Windows 10手机可以用作Web开发工具，那就太好了！ ;）

它已过时： https ：

还有...为什么要在移动设备上编程？

如果Windows 10手机可以用作Web开发工具，那就太好了！ ;）

它已过时： https ：

还有...为什么要在移动设备上编程？

我想在旅行时进行编码。 我想用Surface Neo进行编码。 我想在Window S模式下编码。 我也喜欢在诸如Samsung Galaxy Tab S6这样的设备中进行编码。

有关如何发布新Edge的新闻给了我一些想法。 VS Code是否可以是可选的系统组件，也可以通过Windows Update进行更新？

@filfat不，这是一个糟糕的主意。

有没有人想到这家商店是如此恐怖，它在内部被视为一个玩笑？ 我听说Store团队与现代Microsoft的联系并不十分紧密。 Store策略也失败了很多，以至于Microsoft宣布了针对所有基于Windows的系统的开放存储策略，甚至旧的Microsoft评论家Tim Sweeney都站在后面。 他们还在博客上发布了一种听起来像Chrome OS的新更新机制。 也许新员工只是习惯于这种方式。 也许没有人喜欢这家商店。 也许我们不应该喜欢这家商店，因为我们对微软粉丝有偏见。 在过去的两年中，没有任何关于商店的新功能或公告，也没有关于商店的新激动人心的应用程序。 （自特里·迈尔森离开以来）这确实是一片荒原。 特里时代的所有项目都被杀死了。 3D计划专注于创作者，人员栏，刻线，旧边缘等等。 哎呀，直到今天，DotNet Core 3.0和C＃8仍不支持UWP。 Xamarin Form对UWP的支持向来不佳。 这告诉你什么？

“商店”和“ UWP”是两种截然不同的技术（即使它们最初是结合在一起使用的，但两者都不再需要）。 这个问题不在主题之列，但是我认为这些问题必须解决。 您是对的，UWP大概“会消失”，并且很可能会支持.NET Core（仅我个人观点，没有内幕知识）。 XAML孤岛和其他功能意味着UWP的思想仍将继续存在（与Silverlight的思想仍将在UWP中保持不变）相同。

作为分发模型的商店很棒。 终端团队正在将其用作主要分发机制。 Powershell团队正在考虑。 这两个项目都需要对商店进行更改才能实现，因此，说没有新功能是完全错误的。 我毫不怀疑您所听到的消息（Microsoft中有将近15万名员工，所以他们不会有完全相同的看法），而是通过这种机制来发送对操作系统至关重要的内容（更不用说全部了）的应用程序）表明它还在不断发展，没有被杀死。

该商店还为我们带来了MSIX技术，这是商店后面的部署模型和沙箱，但没有集中分发。

当然，商店中没有任何大型应用程序（除了Adobe和许多游戏），但它仍然有用。 我们的IT部门通过商店部署了十几个外部（和一些内部）应用程序，我们的用户无需查找，安装，更新或维护任何形状或形式的应用程序。 如果我们可以添加VSCode和其他一些Azure实用程序，那么我们需要依靠用户进行维护的东西就更少了

C＃8仍不适用于UWP

C＃8部分可用于UWP
您可以在项目文件中设置<LangVersion>8.0</LangVersion>

在商店中分发的终端应用程序和Python证明了这是一个值得的主意。 开发工具是尚未容器化的应用程序的最后一个领域，因此实现这一目标将是非常令人印象深刻且有益的。

Windows应该只附带精简版的Docker，然后语言服务器可以在具有Hyper-V隔离的Docker容器中运行。 如果您可以在VS Code中打开git repo并获得自己的dev容器（也可以利用隔离的容器化），那也很好。

+1

在这个问题上进展如何？ 它会被发布吗？？？

@xpirad现在几乎可以肯定已经死了，就像Windows应用商店一样。

而且这也不是FUD的假设。 我读过的每位技术评论员都说，写作已经存在了很长一段时间。 看一下最近发生的事件：广告获利能力已被关闭，拼命地以90/10的价格划分以吸引新开发者，Microsoft Edge最近放弃了对UWP和Store的支持。 MSIX在商店外部工作，并且主要针对商店外部的营销人员和目标受众。

您可能会说，哦，新的终端在商店中。 是的，因为终端机是UWP应用程序，这种格式实际上对Microsoft以外的所有主要公司都是无效的。 （Facebook上周刚刚撤消了他们的应用程序。）VS Code不是UWP应用程序，即使它可以在商店中分发，也不大可能发生，尤其是因为Microsoft承诺像Paint和Fax＆Scan这样的核心组件会会在_years_年内在商店中分发，但尚未完成，并且尚无近期计划。

Facebook信使https://www.microsoft.com/store/productId/9WZDNCRF0083
和instagram最近更新了https://www.microsoft.com/store/productId/9NBLGGH5L9XT
Apple指引商店下载iTunes https://www.microsoft.com/store/productId/9PB2MZ1ZMB1S
电报https://www.microsoft.com/store/productId/9NZTWSQNTD0S
松弛https://www.microsoft.com/store/productId/9WZDNCRDK3WP
Nice Sketch兼容应用程序Lunacy https://www.microsoft.com/store/productId/9PNLMKKPCLJJ
最伟大的Paint.Net https://www.microsoft.com/store/productId/9NBHCS1LX4R0
Windows 10x模拟器映像https://www.microsoft.com/store/productId/9PD8VQGN8015
Spotify https://www.microsoft.com/store/productId/9NCBCSZSJRSB
Adobe，Corel，Twitter，Intel驱动程序，系统的越来越多的部分。

太死了:)

Ubuntu https://www.microsoft.com/store/productId/9NBLGGH4MSV6
python https://www.microsoft.com/store/productId/9NJ46SX7X90P
Microsoft模拟器https://www.microsoft.com/store/productId/9N0TN65P5BF6
Arduino IDE https://www.microsoft.com/store/productId/9NBLGGH4RSD8
Debian https://www.microsoft.com/store/productId/9MSVKQC78PK6

我们也将它用于Powerbi等商业应用程序，它非常棒，因为我们无需在Configuration Manager中处理更新

获取适用于Android的Outlook https://aka.ms/ghei36

来自：behroozbc [email protected]
发送：2020年3月5日，星期四10:39:01 AM
至：microsoft / vscode [email protected]
抄送：hypercube33 [email protected] ; 发表评论[email protected]
主题：Re：Microsoft Store中的[microsoft / vscode]版本（＃10759）

Ubuntu https://www.microsoft.com/store/productId/9NBLGGH4MSV6
python https://www.microsoft.com/store/productId/9NJ46SX7X90P
Microsoft模拟器https://www.microsoft.com/store/productId/9N0TN65P5BF6
Arduino IDE https://www.microsoft.com/store/productId/9NBLGGH4RSD8
Debian https://www.microsoft.com/store/productId/9MSVKQC78PK6

-
您收到此邮件是因为您发表了评论。
回复此电子邮件直接，查看它在GitHub上https://github.com/microsoft/vscode/issues/10759?email_source=notifications&email_token=ACCT3YVPOLR5CO2ONZZGGXDRF7ISLA5CNFSM4CNFEOC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN57FSY#issuecomment-595325643 ，或退订https://github.com/notifications/unsubscribe- auth / ACCT3YQWLAGMEE6OXHGKYBDRF7ISLANCNFSM4CNFEOCQ 。

是否可以至少在MSIX捆绑软件中发布它？ PowerToys已经发生了。

如果Microsoft团队不支持Microsoft的技术，那么我们该是所有人使用Linux了。 PowerToys不会发布新版本的MSIX，并且PowerShell 7没有MSIX软件包。 但是snapcraft商店中的VSCode版本，APT的PowerShell和.Net Core版本可能会由Microsoft告诉我们，如果您想使用一个好的现代软件包管理器，请选择Linux，现在该了。

是否可以至少在MSIX捆绑软件中发布它？ PowerToys已经发生了。

不会，PowerToys改变了主意，我们必须使用旧的Windows，而不是Windows 10的模型。此外，PowerShell 7稳定版也没有MSIX安装程序或商店版本。 可能是Microsoft不支持Windows 10新技术的想法。

@wenqiangxie，如果您查看问题列表，将会发现使用MSIX时会遇到很多问题，我相信这就是为什么他们现在停止交付MSIX软件包

@wenqiangxie，如果您查看问题列表，将会发现使用MSIX时会遇到很多问题，我相信这就是为什么他们现在停止交付MSIX软件包

为什么不告诉我们？

@wenqiangxie，如果您查看问题列表，将会发现使用MSIX时会遇到很多问题，我相信这就是为什么他们现在停止交付MSIX软件包

因此，他们应该解决这些问题，但不要放弃MSIX安装程序或Microsoft商店版本。 他们是Microsoft的团队，应该成为使用Windows 10新技术的领导者。如果他们不这样做，我们怎么能要求其他开发人员支持Windows 10，而Windows模型就是一张幻灯片和白日梦。 现在我找不到Microsoft向我们展示的Windows 10功能，Windows 10只是像Windows XP或ME这样的旧的和过时的Windows，因为Microsoft团队不支持Windows的新模型技术。

这是跨平台的应用程序。 那么，为什么要浪费时间在另一个仅用于Window的部署中呢？

这是跨平台的应用程序。 那么，为什么要浪费时间在另一个仅用于Window的部署中呢？

此参数可用于所有...从快照到自制酒桶。

这是跨平台的应用程序。 那么，为什么要浪费时间在另一个仅用于Window的部署中呢？

因为这是Microsoft的软件，并且Microsoft Store是Microsoft的，并且是Windows 10（个人用户最重要的系统）的重要组成部分，数百万用户要求VSCode团队这样做，并帮助Windows变得越来越好。 Windows / Windows 10是个人/办公系统中最重要的系统，不是MacOS，不是Linux，事实是事实，现在Windows 10的用户要求Microsoft使Windows 10变得比以往任何时候都现代和更好。

我们拥有Microsoft Store的后台更新：-)

我们拥有Microsoft Store的后台更新：-)

VSCode团队正在努力打包MSIX安装程序（＃61793），完成后，这是“在Microsoft Store中发布（＃10759）”目标的重要里程碑，四年后，我们有了第一眼的印象问题。

这里的状态如何？ 你下一步怎么做？

令人讨厌的是Windows 10 S模式是一个玩笑。 您只能使用纯Microsoft或商店中的应用程序。 微软从一开始就销售使用S模式的设备。 为了什么？ 编写Word文档并浏览？ 严肃点。

商店甚至不包含MS Teams。 也许这是一个好兆头，表明商店不是他们的主意。 可惜的是，因为商店提供了独特的更新过程。 开发人员不再需要编写自己的更新程序。 由于某些奇怪的原因，这不是优先事项。 这将确保并简化应用程序部署的海量工作。

这结束了我的怒吼。

现在，您是否可以在VS Code上签名或进入商店，让我在Surface Go 2平板电脑上做些比浏览和使用RDP连接到正确的开发机更好的事情？

也许这是为什么？ https://visualstudio.microsoft.com/services/github-codespaces/

@vkocjancic

Surface Go 2随附：

• S模式下的Windows 10家庭版（消费者）
• Windows 10专业版（商业客户）

您可以免费从Windows 10 S切换到Windows 10。 退出S模式后，您将无法再切换。

https://support.microsoft.com/zh-cn/help/4557207/surface-go-2-features#section -2

https://support.microsoft.com/zh-CN/help/4456067/windows-10-switch-out-of-s-mode

@vkocjancic
我想没有什么能阻止您将自己的VSC版本带入商店。 例如，这是针对某些我不知道的编程语言而定制的Visual Studio Code安装：
https://www.microsoft.com/store/productId/9NXDMCLN8P1X

@teohhanhui
有Windows 10 S的用例。我也已经在S模式下运行笔记本电脑超过一年了。 我想退出不是他的首选option

@teohhanhui也许您误会了我。 对于无用的Microsoft Store，S模式毫无意义。 最重要的是，不能保证从商店安装的应用程序以S模式运行。 除此之外，我喜欢快速启动时间，也喜欢电池性能。 基本上，除非绝对必要，否则我不想切换。

@JensMertelmeyer有两个原因：

1. 我最讨厌的是XY提供程序的应用程序商店中的一个应用程序。 以油灰为例。 有人获得了源代码，对其进行了重建以进行存储，现在需要另外购买免费软件。 对于商店来说不是一件好事。 和...
2. 我有命 ;-)

@teohhanhui也许您误会了我。 对于无用的Microsoft Store，S模式毫无意义。 最重要的是，不能保证从商店安装的应用程序以S模式运行。 除此之外，我喜欢快速启动时间，也喜欢电池性能。 基本上，除非绝对必要，否则我不想切换。

@JensMertelmeyer有两个原因：

1. There is nothing I hate more than an app in an app store with XY provider. Take Putty for example. Someone got source code, rebuild it for store and is now charging for otherwise free software. Not a great thing for store. And...

2. I have a life. ;-)

（不是Windows的粉丝）
我不同意s模式对公司有意义。
您取消了笨拙的员工在公司财产上安装任何物品的能力。 如果您不禁止哑巴员工使用任何病毒，它们可能会安装很多病毒。

如果他们更改smote以允许使用winget从管理员选择/托管的回购中安装东西，那么它将是需要的地方。

Windows花了很长时间才意识到他们需要软件包管理器。
我希望他们弄清楚为了服务和客户的利益，需要做什么。

• 有人获得了源代码，对其进行了重建以进行存储，现在需要另外购买免费软件。 对于商店来说不是一件好事。 和...
• 我有命 ;-)

因此，整个打包过程以及保持商店版本最新的过程对您来说甚至都不值几美分。 也不值得您自己花时间去做，因为您有更好的事情要做。

迷人。

@JensMertelmeyer这与我们的情况