在多表关联查询时出现错误信息：Illegalmixofcollations(utf8mb4_general_ci,IMPLICIT)and(utf8mb4_unicode_ci,IMPLICIT)foroperation'='errorcode1627原因：=号两边的字段使用了不同的排序规则。关联查询sql在测试库没问题，在生产库执行报错，说明包错还与字段保存的实际值有关系，即使两个字段排序规则不一样，但是字段值都是数字或字母，依然可正常执行，但是俩字段实际值存在不较常见的中文汉字或特殊符号时，就会引发该异常。解决方案：将数据库所有的所有表、字段修改统一的编码、排序规则，下面以将编码统一为ut
持续集成（CI）是在将代码合并到master分支之前自动进行代码构建和测试的实践。这使开发人员可以及早的发现错误和频繁地合并代码，同时降低了将新错误引入主源代码存储库的风险。代码运行CI之后，在实时环境中部署和运行测试很重要。从CI过渡到持续交付和部署（CD）是DevOps成熟的下一步。再次部署然后进行测试，可以将一个项目中的代码与其他组件和服务一起进行测试，而其他组件和服务可以在其他项目中进行管理。为什么需要验证代码关联的其他组件？一个很好的例子可能是微服务架构。通常，在不同的项目中管理不同的微服务-每个微服务都有自己的存储库和管道。不同的团队负责不同的微服务及其管道配置也很常见。作为开发人
持续集成（CI）是在将代码合并到master分支之前自动进行代码构建和测试的实践。这使开发人员可以及早的发现错误和频繁地合并代码，同时降低了将新错误引入主源代码存储库的风险。代码运行CI之后，在实时环境中部署和运行测试很重要。从CI过渡到持续交付和部署（CD）是DevOps成熟的下一步。再次部署然后进行测试，可以将一个项目中的代码与其他组件和服务一起进行测试，而其他组件和服务可以在其他项目中进行管理。为什么需要验证代码关联的其他组件？一个很好的例子可能是微服务架构。通常，在不同的项目中管理不同的微服务-每个微服务都有自己的存储库和管道。不同的团队负责不同的微服务及其管道配置也很常见。作为开发人
原因是vue3语法，vue/cli版本太低不支持；需要升级vue/cli版本然后使用npminstall-g@vue/cli#ORyarnglobaladd@vue/cli 安装新的包或是升级npmupdate-g@vue/cli#或者yarnglobalupgrade--latest@vue/cli 然后查询vue/cli的版本都没有变vue--version npmlist-g查看全局配置后，发现vue/cli安装在\Users\Administrator\AppData\Roaming\npm目录 和我node配置的环境变量路径不同D:\node\node_global\node_mo
文章目录前言持续集成YAML第一次使用.travis.yml注册登录travis编写代码编写.travis.yml推送代码启动TravisCI总结前言偶然在一个github开源项目中发现了.travis.yml这货，然后一发不可收拾，翻了翻之前看的几个开源库都有这个文件，并且最近经常看到它，这被称为“巴德尔-迈因霍夫现象”，是一种认知偏见，即在第一次注意到某一事物后，有一种更频繁地注意到它的倾向，导致某人相信它有很高的频率，既然这样索性就深入研究了一下这个文件，发现它原来是用于持续集成的。持续集成持续集成是一种DevOps（Development和Operations的组合词）软件开发实践。采
文章目录前言持续集成YAML第一次使用.travis.yml注册登录travis编写代码编写.travis.yml推送代码启动TravisCI总结前言偶然在一个github开源项目中发现了.travis.yml这货，然后一发不可收拾，翻了翻之前看的几个开源库都有这个文件，并且最近经常看到它，这被称为“巴德尔-迈因霍夫现象”，是一种认知偏见，即在第一次注意到某一事物后，有一种更频繁地注意到它的倾向，导致某人相信它有很高的频率，既然这样索性就深入研究了一下这个文件，发现它原来是用于持续集成的。持续集成持续集成是一种DevOps（Development和Operations的组合词）软件开发实践。采
网上很多类似教程，但多少有点夹带私货，竟然拉取的第三方镜像，不敢乱用，于是结合其他人的博客和官方文档，结合部分作者的笔误踩的坑，知其然也要知其所以然，于2023年4月17日写下这篇。官方文档： https://docs.gitlab.com/ee/install/docker.html主要参考博客： https://www.cnblogs.com/diaomina/p/12830449.html 这篇文档很通顺，但中途有错误，需结合评论一起食用，而且怀疑步骤多余，因为我只把镜像启动就部署成功了建议： 1.服务器内存建议大于4G，抄自：https://about.gitlab.com/
网上很多类似教程，但多少有点夹带私货，竟然拉取的第三方镜像，不敢乱用，于是结合其他人的博客和官方文档，结合部分作者的笔误踩的坑，知其然也要知其所以然，于2023年4月17日写下这篇。官方文档： https://docs.gitlab.com/ee/install/docker.html主要参考博客： https://www.cnblogs.com/diaomina/p/12830449.html 这篇文档很通顺，但中途有错误，需结合评论一起食用，而且怀疑步骤多余，因为我只把镜像启动就部署成功了建议： 1.服务器内存建议大于4G，抄自：https://about.gitlab.com/
uniApp微信小程序CI机器人自动化部署1.微信公众平台上，在开发设置里面小程序代码，将上传代码的服务IP地址填充下，生成一个上传秘钥下载下来2.将下载的秘钥文件放在uni-cli项目的根目录下3.npm微信官方的miniprogram-ci模块constci=require('miniprogram-ci')constpath=require('path')//需要用到项目目录文件constproject=awaitnewci.Project({appid:appid,//appidtype:'miniProgram',projectPath:path.resolve(__dirname,
文章目录我用uniapp做一个微信小程序，新的任务是要将这个小程序原地改成h5。如果你是用HbuilderX模版搭建的项目，那么项目打包的环境只支持两种：development和production，并且打包只支持HbuilderX自动化打包，不支持npm手动打包。这里有个问题点：如果不支持npm打包，也就无法支持自动化打包部署工具了，比如jinkens等，而我们公司正好就是自动化打包部署的，环境也分了开发、测试、uat和正式环境。解决方案是使用cli搭建的项目可以自动化部署，那就搭建一个空的cli项目，再把之前的小程序代码塞进去，再定制化修改一下。HbuliderX搭建项目结构：CLI搭建项
