微信小程序制作完后 第1篇
基础库存在于微信客户端中，是小程序运行的必要环境，封装了微信和手机的能力提供给小程序使用。
微信客户端是微信小程序的宿主环境，微信小程序运行在微信客户端上。 基础库和微信客户端一样，有其自己的版本，每个版本都会有一些新特性。微信官方为了使得基础库的版本和微信客户端的版本同步，采取了一个微信客户端版本对应一个基础库版本的方式。
基础库版本：小程序基础库的版本。 客户端版本：微信 APP 的版本。 小程序版本：小程序发布在线上的版本。
小程序是通过基础库运行在手机及微信上的。
开发者可以在小程序中通过调用 或者 获取到当前小程序运行的基础库的版本号。通过版本号比较的方式进行运行低版本兼容逻辑。这种方式适用于所有情况。
微信客户端和小程序基础库的版本号风格为 （主版本号 . 次版本号 . 修订版本号）。
对于新增的 API，可以通过判断该 API 是否存在来判断是否支持用户使用的基础库版本。
可以通过 来判断是否可以在该基础库版本下直接使用。
开发者可以登录小程序管理后台，进入「设置 - 基本设置 - 基础库最低版本设置」进行配置。设置后，若用户基础库版本低于设置值，则无法正常打开小程序，并提示用户更新客户端版本。
微信客户端会先根据页面的 JSON 配置生成一个界面，紧接着客户端就会装载这个页面的 WXML 结构和 WXSS 样式，最后客户端会装载 JS。
小程序启动会有两种情况，一种是「冷启动」，一种是「热启动」。
微信小程序制作完后 第2篇
不管审核通不通过，都会收到【微信公众平台】发来的审核通知，如果审核通过过，就按照下面的步骤发布即可：
微信小程序制作完后 第3篇
所见即所得
在模拟器中看到的功能、页面就是上传发布后的功能、页面。
可视化界面操作
代码源不稳定，容易误发代码
开发者工具是会将当前运行的项目代码完整的上传到微信官方，并没有版本的概念，这样十分容易出现代码错漏的状况。
需要手动构建、部署，无法远程发布or定时发布
无论是预览还是部署，都必须开发人员手动触发，故也无法远程发布以及定时发布。
多开发人员发布时，需要频繁替换体验版本
利用CI工具，我们可以通过脚本拉取Git仓库中指定分支的代码(保证了代码源的稳定)，然后执行自定义的构建流程，最后调用CI工具内的预览/上传方法，完成项目的预览或上传，并且可以接收预览/上传成功的回调。
又因为在调用上传方法的时候可以指定机器人(也就是上传人)，所以我们可以将体验版的机器人固定住，后续每次上传都可以无缝替换线上的体验版，不需要人工登录到小程序后台去替换。
总体来说，利用CI工具进行预览、上传，可以完美避开开发者工具方案的所有缺点，并且让开发者更加灵活的定制整个发布流，要说缺点是什么，那笔者只能说它没有配备可视化的操作界面（但是可以二次开发）。