你好,欢迎进入江苏优软数字科技有限公司官网!

诚信、勤奋、创新、卓越

友好定价、专业客服支持、正版软件一站式服务提供

13262879759

工作日:9:00-22:00

mestrenova for mac 微软VSCode许可条款引争议:限制第三方兼容性,开发者何去何从?

发布时间:2025-11-18

浏览次数:0

整理 | 褚杏娟

在微软的某一个语言服务扩展里面,有一行代码,这行代码所处位置是.json文件的第485行,它把与的兼容性给打破了。

该条款作出规定,其指明,C/C++扩展仅仅能够与,for Mac、Code、Azure、Team这些一同使用,并且是和微软后续所推出的产品以及服务一并使用,以此来进行开发以及测试您的应用程序。这些限制致使开发者更趋向于去使用微软的官方发行版,而并非其他版本。

“”:“C/C++ 或许只能跟以下这些一起予以使用mestrenova for mac,即,用于 Mac 的那个,代码方面的那个,Azure 相关的那个,团队相关的那个,以及用于去做某事和测试你的某物的那个。”。

随后,有开发者发出抱怨,称微软存在一些闭源扩展程序,比如远程访问、C/C++、C#,这些扩展程序的最新版本,已不能够在 或者其他不是微软的编辑器当中使用,其中,1.17.62 版本能够正常使用,然而 1.18.21 以及更高的版本就没办法正常运行。

有关如何从微软商店安装扩展的说明,在这文档里有提供。此一功能的实现,依靠的是把扩展下载成.vsix文件;不过呢,现在该文件的下载链接,在扩展市场的首页那儿已经不显示了。在好多情形下,要是这个扩展属于开源性质的,那编程人员依旧能够从其代码仓库(像 )里去下载 。

另外,有开发者表示,那 C# Dev Kit 同样遭遇了这般的限制 。

尝试使用 的 Dev Kit 扩展时 报告的错误

针对这个情况,社区里的开发者宣称,“我们已然推出了一个即时修复的程序。并且,一个长期的解决方案将会很快被发布出来,” 。

此外,有开发者称,最新版的扩展程序致使其工作受阻,不过其借助降低版本并禁用自动更新的办法消除了此问题。“在扩展程序页面,于‘卸载’旁那下拉菜单里存在着一个‘安装特定版本’。安装1.23.6版本”。

的威胁

微软所发布的那 Code,切切实实地改变了开发者运用 IDE 的方式,而开发者能够借助一个统一的工具,去编写差不多所有语言以及技术栈的代码诶。

微软不光给出了Code,还打造了好多扩展插件,像调试器,C/C++语言服务,语言服务,Azure工具,Data,快捷键映射,甚至还有和的语言服务。这些仅是微软所开发众多扩展里的一部分罢了。另外,微软还持有和npm,差不多算是把控了整个软件开发工具生态。

这原本是挺不错的,可然而,微软的某些团队最近的状况有点不太妙,四位来自麻省理工学院也就是MIT的本科生,利用其有着的开源模式,把它进行分叉也就是fork,进而打造出了一个竞争产品。当被询问是不是希望把AI建议合并到正在进行开发的代码的时候,情况却是反过来的,是询问AI是不是希望让人类进行插手。

原先是不开源的,这种做法虽说存有诸多争议,只不过在所采用的 MIT 许可证规定的情形下是被许可的,故而我们没法去查看其内部究竟是怎样实现运行的,同时也不清楚它确切具体做了哪些事情。

然而,于去年年中之时,其获得了大概 6000 万美元的融资,并且在近似的那个时段,他们已然拥有了差不多 4 万名用户。其推出了一项带有一定规定限制的免费政策,另外设有每月 20 美元以及 40 美元(按照用户数量收费)的付费方案。

微软的C/C++语言服务扩展会突然停止给支持,这使得所有人都感到非常吃惊。可是呢,这并非是什么新鲜的事情。有网友讲,微软自身的语言扩展一直都有声明,表示不能在Code以外去使用它(而且Code fork不算在内),这肯定不是一个全新的问题,只是他们如今决定对C++扩展的限制实施强制执行。在2018年的时候,微软清晰表明不允许在Code forks上面使用C#扩展。

微软的 -cpp 工具,其 192 行长的许可证文件表明,该工具被禁止在除了微软工具自身之外以及特定环境和其中一种情况之外的环境里使用。 , 。

名叫 Tom 的前端工程师发觉,新的限制规则于 4 月 1 日被增添进去,并且还附带有某位评论者的一句评论:

“, , (拥抱、扩展、消灭)。”

这个短语不仅仅是对这次变更的嘲讽,实际上它来源于微软本身:

被称作 “拥抱、扩展、根除” 的 “拥抱、扩展、消灭”(EEE),是昔日美国司法部所查明的微软于内部运用的一个策略性短语,用以描绘其步入某些采用广泛开放标准之产品领域时的行为模式,先是 “拥抱” 标准,接着于该标准之上增添专有功能来 “扩展”,最终借由这些差异把竞争对手 “消灭” 。

这个策略,曾于上世纪,在微软多次反垄断案件里,被人提及,如今,又一次被人提起,由此可见,这一举动,在开发者社区中,引发了不小的反感。

具体来看,这个策略的三个阶段如下:

当然,微软从来都没有公开去承认这便是他们所推行的战略,毕竟,它是在MIT许可证之下进行开源的,就如同.NET也是开源的一样,所以,看起来并不太可能是微软会去执行“EEE战略” 。

mestrenova for mac_vscode c++ extension cursor incompatibility_microsof vscode extension license terms

然而,于此次事件期间,微软的确运用了一项已然存在多年的许可证条款,且基于此对扩展增添了具有限制性质的封锁。往昔未曾如此行事,大概是缘由于无人将其拿去进行分支并尝试打造成为竞争产品 。

有多少扩展受到影响?

那么,到底有多少扩展受到这种限制的影响?

经过调查之后表明,尚未发觉其余扩展同样存有类似的封锁行为。然而,并未将全部内容检查完毕。在全网广泛搜索“may be used only with”这般的短语,于微软开源代码库当中也没能寻觅到更多类似的描述。

然而,存在的问题在于,微软具备能够随时增添这般限制的能力。实际上,只要你所运用的扩展之中涵盖了下面这段话语:

在以下各项之中,也就是 for Mac 、 Code 、Azure 、Team 以及它们的后继产品和服务里,您能够安装并使用具有任意数量的副本,而且仅仅是用于对您的应用程序展开开发以及测试 。

那它理论上就可能在未来被微软加上访问限制。

显然mestrenova for mac,这项限制是,强制规定扩展仅能与微软所指定的工具相互搭配使用,绝对不可以被用于任何 fork(衍生版本),是这样的情况 。

当查找“only with ”这般措辞之际,未能寻觅到具备说服力的证据,用以表明在其他语言服务扩展的许可证里,同样涵盖着类似的限制条款 。

因而,得出的结论为,当下其他语言服务扩展里并不存在类似那般的封锁行径,并且并非全部扩展都运用了这种带有一定限制的许可证。

提议,在开发者拿定主意于某个的fork之上运用某一扩展以前,务必要先核查其许可证,又或者抉择运用别的实实在在开源、许可证坦荡的扩展。“实际上,微软的扩展店铺并非是独一之源头 —— 好似你能够从由某基金会托管的Open VSX获取扩展。”。

促使 Open VSX 市场诞生的是“锁定效应”,其初衷在于防止官方 VS Code 的专属市场,出现“严重限制那些采用开源开发工具组织的能力”这种情况。

尽管是这样的情况,Open VSX市场里扩展的数量以及使用率依旧远远低于微软的官方市场。然而,还是在其IDE当中提供针对VS Code市场扩展的访问,其中涵盖微软的C/C++扩展以及C#,并且还提供一个设置选项,能够从已安装的VS Code里导入扩展。

让人觉得微软此刻正以更为严格的方式去执行它的使用条款,试着在其中安装微软的C/C++扩展,安装是成功完成了的,然而在去使用诸如“查找所有引用”这类功能之际却没办法正常运作,最后弹出提示的窗口,向用户提醒该扩展有着使用方面的限制。

当识别到适宜项目之际,仍依旧会推荐开发者去安装微软的C++扩展,这般情形使人为之困惑,开发者或许会思索采用替代方案,像是某扩展,即便其安装量仅仅只有170万次,然而微软的扩展安装量已然达到了8100万次 。

不过问题是这样的:尽管微软免费给予了扩展,然而这并不意味着开发者能够随心所欲地运用它们去做任何事。他们能够随时改变许可协议,对使用方式加以限制,甚至要求因使用而付费。“这便意味着,未来充满着不确定性,并且当一家公司掌控了某个工具或者平台的控制权时,它也就把控了规则。”有人评价道 。

为了力挺自家 Agent 产品?

关于微软的这般变动,有开发者推测或许是因VS Code稳定版里纳入了“Agent Mode”这个AI功能,致使其变成了VS Code更为直接的竞争对手。

VS Code,于3月版本里,推出了代理模式(Agent mode),此模式,如今已全面支持MCP 。

不同于传统的聊天功能,也不同于传统的多文件编辑功能,代理模式的核心在于,它并非仅仅回答问题,而是拥有把开发者的想法转化成代码的实际操作能力。这种能力包括,自动识别所需文件或者生成所需文件,得以完成所有必要的子任务,以此确保达成开发者的主要目标。它还能够建议终端命令或者工具调用,并且请求开发者去执行。另外,它具备运行时错误分析能力以及自我修复能力等 。

有3.5、3.7、2.0 Flash以及GPT-4o为代理模式提供着支持。直至当下之时,代理模式于处在基于3.7所开展的SWE - bench测试里的通过率是56.0%。

微软始终着重表明,虽然 Code - OSS 的代码属于依据 MIT 许可协议的开源项目,然而 VS Code 乃是微软基于 Code - OSS 仓库予以定制的发行版本,并且是运用传统的微软产品许可协议来发布的。

有评论点明,于合规性这方面而言,或许并非径直链接到VS Code扩展市场那儿,而是借助其自身所拥有的服务去发布已然上线的扩展的链接。当下所呈现出来的问题好像仅仅局限于微软官方的扩展,并非第三方扩展。

参考链接:

这段内容看起来并不是一个完整且有意义表达的句子呀,它只是一个网址链接形式的字符组合,并不能用常规方式进行改写为拗。

https://.com////2976

这段内容似乎不太完整且表述混乱,不太能按照要求准确改写。请你补充完整或修正准确的内容以便进行改写 。

链接的网络地址为,某个网址,其中包含2025年4月8日的相关内容,关于对战代码方面主题下的各种影响,涉及用户遭受的各种情况 。

链接为,https:// ,点blog ,其后为news减杠news ,再往后是双杠agent连字符mode斜杠 。

如有侵权请联系删除!

13262879759

微信二维码