这个问题是针对开源vscode(在MIT许可下),而不是VS代码。我花了昨天的时间试图找出如何构建某种发布版本。我的意思是,就像在VisualStudio中一样,我们有“调试”和“发布”构建。我是C#开发者,可以这样说,vscode都是基于web技术的。在大学里做过一些javascript,现在是历史。我不知道从哪里开始。有人能给我指出正确的方向和学习的内容吗?对于初学者来说,如何使用自定义exe生成工作文件夹?
我发现:我看到它是用electron运行的,按照GitHub上的“从源代码构建并运行”的说明在调试模式下启动它,但它是调试的,我读到我需要把它放在electron的“app”文件夹或包中,尝试过,但没有运气,不知道是哪个文件。完全缺乏知识。我找不到任何类似这个问题的教程,或者只是在其他“如何使用vscode构建某些东西”的海洋中看不到它,而不是vscode本身。谢谢你,我希望我说的很清楚,很抱歉我的文字太长,英语很糟糕
经过几天的阅读和学习,我确实找到了答案。对于windows build,有gulp任务,在控制台中键入,同时在项目目录“gulp vscode-win32”中,在名为“vscode-win32”的vscode目录外查找准备使用的build,其他构建任务在“gulpfile.vscode.js”中。为了学习,请阅读gulp、electron、Node.js以及它们如何协同工作,以及文件结构,从中您可以了解它们如何协同工作以及如何定制。
新构建系统的目标之一就是为同一个应用创建不同的版本。 主要有两个使用场景: 同一个应用的不同版本。比如一个免费的版本和一个付费的专业版本。 同一个应用被打包成多个不同的 apk 以发布到 Google Play 商店。详情请见http://developer.android.com/google/play/publishing/multiple-apks.html 综合第1条和第2条。 我们的目标
当需要将应用部署到生产环境时,只需运行 vite build 命令。默认情况下,它使用 <root>/index.html 作为构建入口点,并生成一个适合通过静态部署的应用包。查看 部署静态站点 获取常见服务的部署指引。 浏览器兼容性 生产版本假设浏览器对 原生 ES 模块动态导入 有基本支持。默认情况下,所有代码构建都会以 支持原生 ESM script 标签的浏览器 为目标。 一个轻量级的 动
6.2 构建类型+产品定制=构建变种版本 正如我们前面看到的,每一个 Build Type 都会生成一个新的APK。 Product Flavors 也是这么做的:工程的输出将会尽可能的组合 Build Types 和 Product Flavors 的输出。 每一种组合(Build Type, Product Flavor)就是 构建变种 比如,以默认的 debug 和 release Buil
我已经创建了一个TestReact应用程序,并用CreateReact应用程序启动了它。我用Thread start启动它,但这将启动应用程序的调试版本。我执行了npm运行build,它创建了build文件夹,但是当我从/build文件夹启动时,它仍然会启动应用程序的调试版本。我需要它来测试优化版本的性能。我怎样才能解决这个问题?
正如前面章节所提到的,每一个 Build Type 都会生成新的 APK。Product Flavors 同样也会做这些事情:项目的输出将会组合所有的 Build Types 和 Product Flavors(如果有定义 Flavor)。每一种组合(包含 Build Type 和 Product Flavor)就是一个 Build Variant(构建变种版本)。例如,在之前的 Flavor 声
6.5 构建和任务 我们在前面说过,每一个 Build Type 都会创建它自己的 assemble\ 任务,但是 Build Variants 的任务则是 Build Type 和 Product Flavor 的组合。 当 Product Flavors 被使用的时候,更多的 assemble-type 任务被创建,他们是: assemble\ 允许直接构建一个 variant 版本。例如 a