草庐IT

Travis-ci

全部标签

软件开发流程扫盲:敏捷开发(XP、SCRUM)、DevOps(集成构建、CI/CD)

如何运用在工作环境进阶一个小level:当前公司采取的开发流程属于敏捷开发,基本一两周一个迭代,去新增一些小功能和解决一些bug。不过最高效的还是DevOps模式,学完相关技术,想想怎么运用在工作中一、软件与计算机系统操作有关的计算机程序、可能有的文件、文档及数据二、软件开发流程的演变(一)传统瀑布模型1.瀑布模型特点软件开发的各项活动严格按照线性方式进行当前活动接受上一项活动的工作结果当前活动的工作结果需要进行验证2.瀑布模型优缺点优点开发的各个阶段比较清晰强调早期计划及需求调查适合需求稳定的产品开发缺点由于开发模型是线性的,增加了开发的风险早期的错误可能要等到开发后期的阶段才能发现(二)敏

mysql utf8mb4_unicode_ci 导致唯一键冲突

我有一张这样的tableCREATETABLE`mb1`(`id`int(11)NOTNULLAUTO_INCREMENT,`name`varchar(30)CHARACTERSETutf8mb4COLLATEutf8mb4_unicode_ciNOTNULL,PRIMARYKEY(`id`),UNIQUEKEY`u_name`(`name`))ENGINE=InnoDBDEFAULTCHARSET=utf8;然后我插入两行insertintomb1(name)values('K'),('K');注意,第二个K是unicode字符+------+-----------+|name|he

GitLab与GitLab Runner安装(RPM与Docker方式),CI/CD初体验

背景GitLab是一个强大的版本控制系统和协作平台,记录一下在实际工作中关于GitLab的安装使用记录。一开始使用GitLab时,是在CentOS7上直接以rpm包的方式进行安装,仅作为代码托管工具来使用,版本:14.10.4。后续预研GitLab的CI/CD及流水线时,采用Docker方式安装,版本:16.2.3-jh;引入了GitLabRunner,版本:16.2.0。系统环境[root@gitlab1opt]#uname-aLinuxgitlab13.10.0-1127.el7.x86_64#1SMPTueMar3123:36:51UTC2020x86_64x86_64x86_64GNU

php - SQLSTATE[42000] : Syntax error or access violation: 1064 default character set utf8 collate utf8_unicode_ci' at line 1

这个问题在这里已经有了答案:Syntaxerrororaccessviolationerrorwhilerunning"phpartisanmigrate"formigrationfilecontainingprimary&foreignkeys(2个答案)关闭去年。我正在尝试将此代码迁移到mysql数据库中,但不断收到此错误消息。SQLSTATE[42000]:Syntaxerrororaccessviolation:1064YouhaveanerrorinyourSQLsyntax;checkthemanualthatcorrespondstoyourMySQLserververs

mysql - utf8_bin 与 utf8_general_ci。哪种排序规则将在 mysql 表中提供更快的性能?

我使用“id”字段-char(22)作为MySQL表的主键。此字段仅用于在向表中添加新用户时过滤唯一ID。对我来说,使用utf8_bin还是utf8_general_ci排序并不重要,因为字母大小写无关紧要,我只使用英文字母作为id。唯一的问题是:哪种排序规则将提供更快的性能?我的表最常见的查询是:LOADDATAINFILE...IGNOREINTOTABLEmytable(id)orINSERTIGNOREINTOmytable(id)...andSELECTCOUNT(id)FROMmytable现在,由于表不大,我看不出任何性能差异,但是当我的表中的行数超过200万时会发生什么

mysql - 操作 '=' 的错误编号 : 1267 Illegal mix of collations (latin1_swedish_ci, IMPLICIT) 和 (utf8_general_ci,COERCIBLE)

表名:xyz类型:InnoDB整理:latin1_swedish_ci字段:---------------------------------------------------------------------------Field|Type|Collation|Extra|---------------------------------------------------------------------------id|int||PrimaryKey|--------------------------------------------------------------

mysql - 在 GitLab CI 上的测试脚本之前执行 mysql 命令

我想在我的测试脚本执行之前创建测试数据库。我已经包含了mysql服务,但是我找不到运行mysql命令的方法。我在before-script中运行mysql...,但它一直报错/bin/bash:line57:mysql:commandnotfound这是我的.gitlab-ci.yml↓image:maven:3.5-jdk-8services:-mysqlvariables:MAVEN_OPTS:"-Dmaven.repo.local=.m2/repository-Dorg.slf4j.simpleLogger.log.org.apache.maven.cli.transfer.Sl

java - 带有 JPA : Illegal mix of collations (utf8mb4_general_ci, IMPLICIT 的 MySQL 和 (utf8_general_ci,COERCIBLE)

我需要能够在我的数据库中存储像\xF0\x9F\x94\xA5这样的字符,根据thispost需要UTF8mb4编码。所以我设置了我的数据库CREATEDATABASE`myDB`CHARACTERSETutf8mb4COLLATEutf8mb4_general_ci并在MySQLshell中验证是否有效:SHOWFULLCOLUMNSFROMmyTable;+---------+------------------+--------------------+----|Field|Type|Collation|...+---------+------------------+-----

mysql - utf8_turkish_ci 归类上的 MySql LIKE 运算符有什么问题?

我有如下表格:wordId|word---------------------------------1|axxe2|testword3|anothertestword我正在尝试运行下面的查询以查找以字母“ax”开头的记录。SELECT*FROM`words`WHEREwordLIKE'ax%'MySQL找不到任何东西。但是,如果我尝试下面的查询之一,我可以在结果中看到正确的记录(单词“axxe”)。SELECT*FROM`words`WHEREword='axxe'SELECT*FROM`words`WHEREwordLIKE'%ax%'SELECT*FROM`words`WHERE

php - mysql 列的最大长度并确保我不会使用 utf8_unicode_ci - PHP 超过该限制?

我在mysql中使用一个TEXT列,它是ut8_unicode_ci来存储一些从互联网上抓取的数据。收集的文本来自不同语言的不同网站。我对TEXT列的最大65535字节长度感到困惑。如何检查我插入到列中的字符串是否超过该限制?此时我正在使用strlen($str)检查字符串的长度,但是通过使用它可以确保数据不会被截断以适合列据我了解utf8_unicode_ci每个字符可以超过1个字节? 最佳答案 编辑:OP可以简单地使用strlen(),因为它返回字节,而不是字符。证人:$cattest.php#!/usr/bin/php-q$.