ci

--Control中的UseOra.php <?php if (!defined('BASEPATH')) exit('No direct script access allowed'); class UseOra extends CI_Controller { public function index() { echo '欢迎使用测试CI使用Oracle 10g 的功能，您可以在地址栏中使用如下的函数参数：<br>'; echo '========================================================================<br>'; echo 'selectData<br>'; echo 'selectDataWitchParm($deptno)<br>'; echo 'addData($deptno,$deptname,$deptloc)<br>'; echo 'delData($deptno)<br>'; echo 'updateData($detpno,$loc)<br>'; echo 'arSelectData() 使用ActiveRecord方式<br>'; echo 'arSelectDataWithParam($deptno) 使用ActiveRecord方式<br>'; echo '=============

前言 本篇文章是利用Scrapy扒取安智市场的app详情页，如点击查看 和平精英 ，包括app名、版本号、图标icon、分类、时间、大小、下载量、作者、简介、更新说明、软件截图、精彩内容等，扒取的图片资源icon和市场展示图（app截图）下载到本地，并将所有数据存储到数据库。 考虑的问题： 存储的数据库设计 图片资源链接存在重定向 下载app的图标需为.png后缀 ... 需要先熟悉Scrapy框架的同学： 点击学习 数据库设计 创建的为mysql数据库，名称为 app_anzhigame ，表名为 games ，安智市场的市场图限制为4-5张，简介等为1500字以内，图片均为相对地址 # 建库 CREATE DATABASE app_anzhigame CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci; USE app_anzhigame; DROP TABLE games; # 建表 CREATE TABLE games( id INTEGER(11) UNSIGNED AUTO_INCREMENT COLLATE utf8mb4_general_ci, name VARCHAR(20) NOT NULL COLLATE utf8mb4_general_ci COMMENT '游戏名' , versionCode VARCHAR(10)

在互联网时代，对于每一家公司，软件开发和发布的重要性不言而喻，目前已经形成一套标准的流程，最重要的组成部分就是持续集成（CI）及持续部署、交付（CD）。本文基于Jenkins+Docker+Git实现一套CI自动化发布流程。 一、发布流程设计 工作流程： 开发人员提交代码到Git版本仓库； Jenkins人工/定时触发项目构建； Jenkins拉取代码、代码编码、打包镜像、推送到镜像仓库； Jenkins在Docker主机创建容器并发布。 环境规划如下： | 角色 | IP | | :-------- | ::--------:| | Jenkins/Docker | 192.168.0.217 | | Docker | 192.168.0.218 | | Git/Registry | 192.168.0.219 | 操作系统：CentOS7.4 二、部署Git仓库 # yum install git -y 创建Git用户并设置密码 # useradd git # passwd git 创建仓库 # su - git # mkdir solo.git # cd solo.git # git --bare init 访问创建的这个仓库 # git clone git@192.168.0.212:/home/git/solo.git 三、准备Jenkins环境

Gitlab CI/CD 前言 纵观人类历史的发展以及三次工业革命，你会发现利用机器来替代部分人力劳动，将重复的工作自动化从而解放生产力都是发展的必然趋势，在软件工程领域也不例外，其中 CI/CD 就是其中一项，那么什么是 CI/CD 呢，网上的解释不要太多，这里我就直接放一幅 Gitlab 官网的工作流程图好了： 准备条件 Gitlab runner .gitlab-ci.yml Gitlab runner Gitlab runner 是整个 CI/CD 的执行器，它是执行你写的 .gitlab-ci.yml 文件的虚拟机。 Gitlab runner 分为两种： 特定的 runner：只能当前项目使用 共享的 runner：所有项目都可以使用 找到你的项目在 设置 > Runners 里 你可以看到如下界面： 左侧就是特定的 runners 右侧就是共享的 runners，只要确保有其一就行。 关于 runner 的安装我不想过多赘述，官网写的很清楚，只要按照步骤一步一步搭建就好了。 .gitlab-ci.yml 当你有了 runner 就可以开始着手写 .gitlab-ci.yml 文件了，.gitlab-ci.yml 文件是对于整个 CI/CD 流程的描述文件，它告诉 runner 应该怎样执行具体的操作。 在具体介绍配置之前，我想先明确整个 .gitlab-ci.yml

1 部署 gitlab docker run -d \ --name gitlab \ -p 8443:443 \ -p 80:80 \ -p 9998:22 \ -v $PWD/config:/etc/gitlab \ -v $PWD/logs:/var/log/gitlab \ -v $PWD/data:/var/opt/gitlab \ -v /etc/localtime:/etc/localtime \ lizhenliang/gitlab-ce-zh:latest 访问地址： http://ip 用户名 root 密码 刚设置的 2 创建项目 提交测试代码 gitlab 创建一个仓库地址 # 克隆仓库地址 git clone http://10.0.0.70:9999/root/java-demo.git # 解压测试代码 #提交代码 3 部署 Harbor https://www.cnblogs.com/augustyang/p/11912688.html 4 jenkins 安装 # 安装jdk # tar zxvf jdk-8u45-linux-x64.tar.gz # mv jdk1.8.0_45 /usr/local/jdk #安装maven # tar zxf apache-maven-3.5.0-bin.tar.gz # mv apache-maven-3

从大的方面来说，CI的价值在于： 减少风险。 缺陷的检测和修复变得更快。 软件的健康程度可以测量。 减少假定。 减少重复过程。 每次都以相同的方式执行“代码编译、数据库集成、测试、审查、部署和反馈”。 遵守有序的过程。 每次将变更提交到版本控制库中，就会执行这些过程。 减少重复过程的劳动，让人们有时间做更多的需要动脑筋的、更高价值的工作。 通过对一些重要过程（如测试和数据库集成）自动化，克服项目中某些成员对实现改进的抵制。 在任何时间、任何地点生成可部署的软件。 增强项目的可见性。 对开发团队的软件产品建立起更强大的产品信心。 [摘自《Continuous Integration - Improving Software Quality and Reducing Risk》简体中译版，即《持续集成 - 软件质量改进和风险降低之道》] 来源： oschina 链接： https://my.oschina.net/u/115036/blog/37856

Jenkins官网 https://jenkins.io/download/ centos 7安装Docker https://www.cnblogs.com/stulzq/p/7743073.html centos 7 通过Docker 安装Jenkins https://www.cnblogs.com/stulzq/p/8627360.html 在CentOS 7系统下升级 Jenkins版本 https://blog.51cto.com/13760351/2377214?source=dra war包地址 https://updates.jenkins-ci.org/download/war/ 来源： https://www.cnblogs.com/anhaogoon/p/11898713.html

一.jenkins简介 jenkins是一款由java编写的软件 CI/CD :持续集成,持续交付,持续部署,持续开发 开发部(编写代码)-->交付给测试部-->测试部反馈给开发部-->没问题后交付给运维部 程序语言: 解释型语言:python/shell/php 编译型语言:C/C++ /Java 不能直接运行需要编译(gcc) 程序员上传到-->gitlab--->运维人员在jenkins下载gitlab上的代码--->批量部署代码 2.安装jenkins并启动服务 yum -y install jenkins-2.190.1-1.1.noarch.rpm #这个包可以在网上下,也可以在本地传过来,华为云家目录下有 yum -y install java-1.0.8-openjdk #这一步必须做,不然jenkins启动不起来 systemctl enable jenkins systemctl restart jenkins 3.访问jenkins图形化界面 浏览器输入:192.168.1.30:8080 #默认8080端口 复制红色部分到终端,cat一下将密码粘贴在上面位置.点击确定出现下面的页面 4.安装jenkins插件 第一步: 点击选择插件来安装(选择推荐的插件比较慢)-->选择无后安装 -->创建第一个管理员,选右下角的admin继续登录-->保存并完成--

作为 Zabbix 骨灰级粉丝，一直以来对第三方监控（APM）都是拒绝的。一来觉得收费，二来担心数据被人所知，三来觉得 Zabbix 牛逼到无可取代。但是，随着 APM 市场的火爆，我决定「放下身段」试用一次，并且会总结出它与开源监控之间差别在哪里。 ##运维经历的磨难 虽然都在不同的公司，做着不同的业务，但是大多运维总会经历相同的故事，以及背着类似的黑锅。运维们大多有如下经历： 网站或者业务访问不了，服务器问题，运维的责任 昨天还好好的，今天就出现的问题，运维的责任 部分地区用户反馈网站/App 无法试用，运维查查服务器。而且这种问题大多出现在事后。 各种程序都需要监控，常见的 MongoDB 、 Redis 、 Nginx ，还会出现各种不常见的应用。任何一种软件都要熟悉，运维总是在不停的学习，待遇缺一直比不上研发！ 服务器出现问题，老板找运维、领导找运维、开发也找运维，运维并不知道代码逻辑，看日志，各种排错。 初识 OneAPM OneAPM 是一家为企业和开发者提供 APM 解决方案的服务商，支持 Java、.NET、PHP、Ruby、Python、Node.js、HTML5、iOS、Android 等语言和操作系统。 ##什么是 APM ? 既然试用 APM ，我觉得很有必要给大家解释一下这个名词。应用性能管理（Application Performance

一，CI/CD流程和持续交付简介 CI（Continuous Integration）持续集成 CD（Continuous Deployment）持续部署 CD（Continuous delivery）持续交付 持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。持续集成的邮件可参考文章 https://www.jianshu.com/p/325f447e7881 。 ·本文展示了CI/CD的一种解决方案，下文将进行基于这种方案的持续集成流水线的流程说明。使用到的开源组件如下： 1，git 代码仓库 2，gerrit 代码审查 3，sonarqube 代码质量检查 4，jenkins 自动化工具 5，sonatype nexus maven私库 6，rundeck 自动化工具 7，dashboard 问题跟踪 二，架构图及流程介绍 根据架构图简单概述为几个阶段： 一， 提交阶段 1，开发人员提交代码到git仓库。 2，开发人员使用sonarqube进行代码质量检查并根据检查结果进行修复代码。 3，测试人员使用jenkins对代码进行构建并进行单元测试、代码质量检查。 3