vscode镜像（vscode镜像源）

本篇文章给大家谈谈vscode镜像，以及vscode镜像源对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、编写前端开发环境的docker 镜像并发布及使用教程
• 2、2020-03-28 Win10+Docker+VSCode+React/Node.js配置
• 3、vscode查看bin文件
• 4、[openharmony]liteos-a编译过程分析
• 5、vscode找不到cdn变量

编写前端开发环境的docker 镜像并发布及使用教程

如果之前没有接触迹信含过docker，建议把 中的part1-part10看完并实现一遍再来看本篇文章。

制作一个docker 镜像，其内置了Node v12.22、 npm源管理器nrm、单页面脚手架wlg-cli、多页面脚手架mp-cli-lc、browser-sync插件及curl、vim和坦薯git等，无需在主机中安装且这样统一了前端开发环境。

1、编写Dockerfile文件

2、构建镜像文件 docker image build -t front-end-env . （这里取镜像名称为front-end-env）

3、使用命令行登录docker docker login -u 你的docker用户名

4、打标签 docker tag front-end-env 你的docker用户名/front-end-env

5、 上传至仓库 docker push 你的docker用户名/front-end-env

1、使用如下指令进入docker容器内部

docker container run -p 3000:3000 -it 你的用户名/front-end-env /bin/bash

（-p 3000:3000将容器内的3000端口暴露给主机3000端口,下图中我没有加这个）

2、验证docker容器内部的nrm是否安装成功

上图，可以看到我们成功的将主机的当前目录及文件挂载绑定到docker容器内了，进入到docker容器内后我们创建一个文件夹，在主机也会同步的创建了相同的文件夹，因为此时他们是同步的。ps:如果使用vscode，可以试试Remote-Containers 插件，可以更简单。（本人没有亲测过）姿笑

题外话：

1、借助虚拟机和Vagrant也可以实现类似统一环境功能。

2、使用Docker Compose可以简化上述操作

推荐资料：

1、

2、

3、

4、docker中的expose

2020-03-28 Win10+Docker+VSCode+React/Node.js配置

根据客户需求，要在离线环境开发部署基于React的应用。由于：

决定采用Docker，在联网环境下配置React后携带入开发环境。

家里是Win10环境，半年前已经安装了Docker。

Docker在Win10上的档颤安装可以参考官网解决方案 Docker Desktop for Windows 。

（然而其实质。。。就是装了一个VirtualBox里安装的Linux虚拟机，在里面装Docker。）

常规解决方案：

Docker官网

Docker Desktop for Mac

Docker Desktop for Windows

Win7/8可能需要更多操作： Windows Docker 安装-菜鸟教程

这部分坑是最多的，可惜时间太久已经忘记了。

检查Docker版本：

配置Docker镜像：

由于众所周知的原因，需要配置镜像加速器。

系统右下角 Docker 图标内右键菜单 Settings，窗口里Daemon标签页内配置json：

使用Node官方镜像为基础搭建

查看 node官方镜像

或

拉取最新版本的node镜像：

查看本地镜像：

运行容器：

进入容器并查看node和npm版本

另外，（由于众所周知的原因，山蠢谈需要配置镜像加速器）* 2

使用cnpm或给npm配置淘宝镜像：

来到了常见的create-react-app环节

启动应用：

成功运行应用，然而在浏览器里并不能看到。容器的端口并没有和主机绑定。

查看运行中容器状态：

查看容器端口绑定

保存一下镜像并创建容器绑定端口：

重新开启应用：

VSCode是真的香。。。

我用的第一个。

能看到当前镜像和容器。容器上右键可以Attach Visual Studio Code。

然后容器就停了。。。。

docker容器运行必须有一个前台进程， 如果没有前台进程执行，容器认为逗碰空闲，就会自行退出。Attach Visual Studio Code使用的是attach命令，就是使用现有终端，如果你要退出容器操作，那么bash结束，容器也就退出了。

重新创建容器，加了持续运行进程。

[img]

vscode查看bin文件

答：这是一种镜像文件，用虚拟光驱打开，比如：DaemonTools如果文件的类型是*.xue文件或其它的镜像念游伏文件，需要安装虚拟光驱，才能解出安装程序。装上虚光驱后，在我的电脑里会磨漏出现一个新的虚拟光驱盘仔携（一般为I盘或者其它符号），然后在任务栏的右边会出现一个红色的虚拟光驱图标，单击它，弹出列表后选择“驱动器”栏，弹出对话框后，打开需要解出的文件（*.xue文件），再到虚拟光驱盘双击打开，就可以看到安装程序或者是某些文件.《DaemonToolsV3.47汉化版》下载地址

[openharmony]liteos-a编译过程分析

最近搞一个sensor接入openharmony的事情，在分析源码中的加速度计驱动相关源码时，发现不紧有BUILD.gn文件，还有Makefile文件，并且里面都有记录源文件路径。所以很困惑，openharmony是通过gn+ninja编译的还是通过make编译的？

为了搞清楚，所以针对liteos-a系统下的编译过程进行分析，在这里记录一下

通过官方文档看，liteos-a系统编译时用的是官方的hb命令 hb set 和 hb build 命令，所以入口肯定是hb工具

查看openharmony源码中build目录下有一个lite/hb目录（hb命令的源码目录，使用python脚本）

看鸿蒙研究站里面有一篇介绍hb命令的调试方法，通过vscode+python插件调试，参见 《v59.xx 鸿蒙内核源码分析(构建工具篇) | 顺瓜摸藤调试鸿蒙构建过程》

设置好之后就可以开始在vscode上调试

这个是整个编译的重点，通过调试可以看到最终是调用了gn/ninja/fs_make，如下分析

这个就是整体的编嫌并译过程了，先调用gn生成ninja文件，再通过ninja进芹孙迹行编译，最后通过fs_make制作镜像

因为内容太多，下面对这三个编译动作先做个整体的介绍，后续再对每一个进行详细分析

继续调试，会先进入 gn_build 接口，看实现就是调用了 gn gen 命令，如下

查看gn_cmd变量，详细命令为(比较多，经过了整理)：

这个命令之后，就会将工程中所有用到的 BUILD.gn 文件转换成 module_name.ninja 文件(类似 makefile )供后面 ninja 命令（类似 make ）调用并进行编译

再继续调试就会进入 ninja_build 接口，实现以及执行的详细的 ninja 命令如下

这个命令与 make 命令类似，但是注凯仿重速度（详细信息可以在网上搜索两者区别）；此命令执行即是通过build.ninja/toolchain.ninja/各BUILD.gn转换的.ninja来进行编译，并生成.bin/.so/.a等文件

整个编译OK之后会输出如下图中成功信息

在out目录下就会生成烧录用到的镜像文件，如下图

vscode找不到cdn变量

Vsco de找不到cdn变量，可能是你在输入数据的过程，将禅冲这个cdn误输入为其他的量了，建伏袭搏议检查一下你的原始数据进行一缺祥下更新。

关于vscode镜像和vscode镜像源的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。