有关微信小程序云开发

云开发理念

事实上测试号是不能开通云开发的,反正我本人很早开通的测试号来建立项目就没有云开发的选项,即一闪而过。然后,我就用新的邮箱来重新注册小程序的账号,注意使用新的邮箱,即未在微信平台露面过的邮箱。跃过如下的坑:1,与微信绑定的邮箱,2,公众平台的邮箱,3,开放平台的邮箱。然后,注册登录完,个人用户即可,不用缴费认证的当然有银子除外。设置云开发启用,需要立刻建立一个云环境。再用此账号来新建项目,就可以看到云开发选项了。quickstart就加载了。不得不承认,腾讯是个造生态的专家。而你要想厘清腾讯旗下生态,你要准备多个邮箱呀,至少三,四个。当你用习惯了,你就不会吐槽,反而明白,腾讯生态的用心,即独立又彼此包容。开发者有也appid,测试号也是叫appid却又分工不同。所以坑虽多,但实践更重要。倒不能称为坑,因为,刚入门时,对于场景知道的少,慢慢发现,开发者的appid偏向于项目层面运营和部署,而测试号appid应用更侧重是开发过程中编程和白盒测试。

开发小程序时,专注于业务,不用自建数据库,云函数变共享使用,图片上传API等,国内领先的思维,一站式的开发。

按流量计费的云产品,是专业的,童叟无欺。腾讯不仅懂云,也懂码仔,前端向JS看齐,进入下一代开发,即面向功能的代码片断,健全文档,即用即搬。传承着小程序的用完即走的“酷”。

上手实践

  • 本地的node环境中,需要安装几个包。小程序云开发的本地需要和远程自动默认导入的

wx-server-sdk也依赖三个包tcb-admin-node、protobuf、jstslib

  • 然后是安装CLI工具。这个最强大了,管理你腾讯云上所有资源的命令行工具,你可以想象的场景,应该有部署云函数,推拉静态文件,持续集成等,重点是结合密钥登录和shell脚本的设计,自动化运维永无止境。

npm i -g @cloudbase/cli
功能列表如下:

  • 最好的学习API方式就是读quickstart的代码和修改代码,运行看效果。

开发学习资源分享

资源一
资源二
关联资源参考
资源三

番外篇

本人原想载于知乎,不过,因为我涉嫌给腾讯广告而被禁言,看来,我的影响力已经被知乎“重视”了。同时,也试出了知乎的立场和格局。幸好,本人有个人博客,所以,真心想怼一下知乎—–“你过来呀!!!”

虚机ubuntu下局网搭建gitlab服务器

部署过程:

  • 坑一:当安装了postfix后,发现需要重新配置成internet,使用命令

sudo apt-get install gitlab-ce

然后就是参考过程:

https://blog.csdn.net/discoverer100/article/details/51814171

  • 坑二:本人禁用了先前安装的nginx,把external_url改成了“http://192.168.23.128:8010”,才顺利OK。否则看到的界面有问题,是CSS等资源不完整的显示。此时虽然能有改密码的界面,但不会成功的。如果是想和即有的nginx配合,请参考:https://jingyan.baidu.com/article/6525d4b1b5d89dac7c2e944a.html
  • 坑三:腾讯云把gitlab做起生意了,如果想在上面搞,域名和证书都要理顺,而且会对外界资源有排斥。

用户数据设计:

以下基于本人环境,不用参考。

root下面有codera,coderb,coderc

codera下面建立一个标准项目:bgsvc4hbw

grp4task1下面指定codera是owner(负责人),由root创建组,再邀请codera

此后,codera又建立了一个仓库flowshow用于研究git工作流。

进阶应用:

管理员密码重置

https://blog.csdn.net/weixin_30687051/article/details/97273880

工作流学习链接:

https://blog.csdn.net/qq_32452623/article/details/78905181?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromBaidu-1.control&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromBaidu-1.control

小结一下,gitflow的心得:

1)feature都是起止于develop分支(回归develop时使用:git merge –no-ff)

2)hotfixs是起于master,止于同时推给master(打tag且尾号加1)和develop(回归方式cherry-pick)

3)realse是起于develop,和hotfixs永远不发生关系,止于性质与hotfixs相同,但区别tag是前一位版本号加1。同样不使用merge来回归develop

4)对于master外的发布,可以根据环境灵活建立分支,比如一平台一分支。

5)tag一般不会隐式推送到远端,所以,可以只选择大版本来显示手工命令推送。

https://blog.csdn.net/github_27263697/article/details/79563949

备份和迁移

https://blog.csdn.net/qq_40907977/article/details/106756999