Jenkins

一：新建项目 （ 1）点击新建,输入项目名称--构建一个自由风格的软件项目，点击ok （ 2）构建触发器-----设置每两分钟执行一次 其中有 5个参数 （*****） 第一个是代表分钟 　　一小时内的分钟数（0–59） 第二个是代表小时　　 一天中的时间（0–23） 第三个是代表天　　 一个月中的某天（1-31） 第四个是代表月份 　　月（1–12） 第五个是代表星期　　 星期几（0–7），其中0和7是星期日 表示符合 H 表示随机，没有用到 H 随机的话，不要加括号 * 表示所有 - 表示连续 / 表示间隔 ， 表示和 H(9-18) 9点到18点 中随机的一个点 　　　　 * * * * * 表示任何一个时间段，同一个时间都可能会触发执行。不建议使用 　　 H/30 * * * * 表示每天每隔 30分钟构建一次 　　 H 4-19/3 * * * 表示，一天的凌晨4点到下午7点，每隔3个小时构建一次 　　 * * 3-5 * * 表示，每个月的3号，4号，5号 都会被构建，具体时间未知 　　 * * * * 1-5 表示，工作日时会构建，具体时间未知 　　 H/30 8-19/3 1-28 1-11 1-5 表示 在1月到11月中的1号-28号，每个工作日，早晨的8点到下午7点每隔3.5个小时会触发构建　　 00 8 * * 3,5 表示：上次运行的时间 Friday,

打破原有的手动部署方式，实现程序自动化；通过 jenkins 来解放你的双手 jenkins说明 jenkins是一款由Java编写的开源的持续集成工具，它运行在Servlet容器中（例如Apache Tomcat）。它支持软件配置管理（SCM）工具（包括AccuRev SCM、CVS、Subversion、Git、Perforce、Clearcase和RTC），可以执行基于Apache Ant和Apache Maven的项目，以及任意的Shell脚本和Windows批处理命令，可以通过各种手段触发构建，例如提交给版本控制系统时被触发，也可以通过类似Cron的机制调度，也可以在其他的构建已经完成时，还可以通过一个特定的URL进行请求。 jenkins安装 官方下载： https://jenkins.io/zh/download/ 有相应系统的安装包和通用包(.war），通过Servlet容器运行 1､WAR包安装 将最新的稳定Jenkins WAR包 下载到您计算机上的相应目录。 在下载的目录内打开一个终端/命令提示符窗口。 运行命令 java -jar jenkins.war 浏览 http://127.0.0.1:8080 ，并等到 Unlock Jenkins 页面出现。 2､ brew 安装 Mac下执行 brew install jenkins-lts 命令安装

一，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

国产持续集成工具 - Gokins 持续集成（Continuous Integration ，CI） 介绍 在传统软件开发过程中，集成通常发生在每个人都完成了各自的工作之后。在项目尾声阶段，通常集成还要痛苦的花费数周或者数月的时间来完成。持续集成是一个将集成提前至开发周期的早期阶段的实践方式，让构建、测试和集成代码更经常反复地发生。 开发人员通常使用一种叫做CI Server 的工具来做构建和集成。持续集成要求开发人员能够自测代码。分别测试各自代码来保证它能够正常工作，这些测试通常被称为单元测试（Unit tests）。 代码集成以后，当所有的单元测试通过，不同的开发人员就得到了一个绿色构建（green build）。这表明他们已经成功地集成在一起，代码正按照测试预期地在工作。然而，尽管集成代码能够成功地一起工作了，它仍未为生产做好准备，因为它没有在类似生产的环境中测试和工作。 持续交付（Continuous Delivery） Continuous Delivery (CD) 持续交付是持续集成的延伸，将集成后的代码部署到类生产环境，确保可以以可持续的方式快速向客户发布新的更改。如果代码没有问题，可以继续手工部署到生产环境中。 在这里插入图片描述 持续部署（Continuous Deploy） 如果真的想获得持续交付的好处，应该尽早部署到生产环境，以确保可以小批次发布

文档版本 v 1.0 更新日期 2017.12.29 作者 追马 扩散范围 全网 阅读本文能学到的知识点 了解jenkins集成k8s需要处理哪些事情 实现方式的pipeline的基本框架 一、准备工作 1.1、环境准备 软件 版本 功能 jenkins 2.95 提供平台 Pipeline 2.5 提供平台 1.2、推荐阅读 分分钟部署安装jenkins 二、jenkins和k8s集成相关事宜 2.1、大致的流程相关 2.1.1、环境指定 这个环境和k8s的namespace是对应的 2.1.2、拉取代码 需要做到可以自定义代码分支 2.1.3、预编译 不同语言的操作方式还不太一样 可以放到容器内操作，也可以放到Jenkins机器上操作 2.1.4、docker build 打包镜像 build image的时候一定要注意image的tag的定义，如何更好的和环境(Production, Staging, Testing)结合 2.1.5、docker push 提交镜像到私有镜像仓库 这里推荐使用harbor 2.1.6、清理发布代码预编译目录 确保每次代码发布都是干净的 代价就是每次构建耗时和磁盘IO 2.1.7、生成k8s的可用yaml文件 根据提供的环境变量来生成可用的应用yaml 可以选用多种方式实现yaml文件的渲染，就看你熟悉那种 2.1.8

系列目录 jenkins高级篇 pipeline系列之-—01简介 jenkins高级篇 pipeline系列之-—02Shared Libraries jenkins高级篇 pipeline系列之-—03项目样例 jenkins高级篇 pipeline系列之-—04语法 jenkins高级篇 pipeline系列之-—05Pipeline Basic Steps jenkins高级篇 pipeline系列之-—06 实现自动打增量包 一、简介 Pipeline是Jenkins2.X的最核心的特性，帮助Jenkins实现从CI到CD与DevOps的转变 Jenkins从根本上讲是一种支持多种自动化模式的自动化引擎。Pipeline是一组插件，让Jenkins可以实现持续交付管道的落地和实施。 Pipeline五大特性 代码:Pipeline以代码的形式实现，通常被检入源代码控制，使团队能够编辑、审查和迭代其CD流程。 可持续性：Jenklins重启或者中断后都不会影响Pipeline Job。 停顿：Pipeline可以选择停止并等待任工输入或批准，然后再继续Pipeline运行。 多功能：Pipeline支持现实世界的复杂CD要求，包括fork / join子进程，循环和并行执行工作的能力 可扩展：Pipeline插件支持其DSL的自定义扩展以及与其他插件集成的多个选项。 图一

前言 由于最近一直在修改一下排版，同时找了非技术的朋友帮忙看一下排版的问题，现在已经基本上确定了排版和样式了。更新可以恢复正常了。 作为一个写前端代码基本只写js不写css的开发，搞排版真的头疼。。各位将就着看吧！！排版并不会太高大上，主要是保证了阅读体验，让各位尽量不会看得头晕眼花而错过了比较重要的内容。希望各位有收获吧！然后后面我会找个时间把之前的文章再重新排版一下。。 简要说明 【项目源码】 【章节目录】 本文主要是介绍如何接入swagger来自动生成api文档。 【Swagger介绍】 首先我们需要知道的是swagger是可以通过xml的格式来进行生成相关的接口文档的，其次VS是可以根据代码的注释进行生成相应的xml的。因此我们可以借助VS的xml文件使swagger生成相关的文档。 再然后一点就是我们要确定我们需要生成文档的项目。根据之前的介绍我们知道我们可以对外输出的项目一个是api是用于接口的；另一个就是application.contract，这个项目主要定义了入参与出参的dto是可以对外输出的。所以我们需要生成swagger的项目就只有这两个。具体步骤如下： 具体步骤 1、选中AbpVnext.Learn.HttpApi项目-》右键-》属性-》生成；然后如下配置输出xml文档 2、然后生成项目，若此项目中存在标准的注释，则会生成相应的xml文件，如下所示： 3

https://segmentfault.com/a/1190000007837054 1. 思路&流程 Jenkins集成Docker镜像实现自动发布与Jenkins发布mavne项目思路一样总体流程 为： Jenkins 拉去远端源码 —— gitl 实现应用打包 —— jenkins本地 把应用程序打包进Docker镜像 —— Dockerfile 镜像上传到Docker私有仓库 —— shell或者 Docker相关的Jekins插件 删除老的Docker容器，运行新的Docker容器 —— shell脚本 2. 环境准备 Jenkins java maven Docker git git-Jenkins插件 配置Jenkins Git仓库可以开启钩子功能实现push代码后自动触发Jenkins构建功能，如需要可以在git仓库中开启此功能。 新建项目 选择mavan风格项目或者自由风格项目（这里使用自由风格） 3. 配置Jenkins构建触发器 说明 1：触发远程构建 (例如,使用脚本) 这个选项就是上面提到配合 git仓库的钩子功能实现代码 PUSH后 Jenkins收到通知自动触发构建项目的动作 说明 2： Poll SCM日程表 定时检查源码变更，如果有更新就克隆下最新 code下来，然后执行构建动作 每5分钟检查一次该项目分支是否有变动

问题： I am new to TensorFlow. 我是TensorFlow的新手。 I have recently installed it (Windows CPU version) and received the following message: 我最近安装了它（Windows CPU版本），并收到以下消息： Successfully installed tensorflow-1.4.0 tensorflow-tensorboard-0.4.0rc2 成功安装tensorflow-1.4.0 tensorflow-tensorboard-0.4.0rc2 Then when I tried to run 然后当我尝试跑步 import tensorflow as tf hello = tf.constant('Hello, TensorFlow!') sess = tf.Session() sess.run(hello) 'Hello, TensorFlow!' a = tf.constant(10) b = tf.constant(32) sess.run(a + b) 42 sess.close() (which I found through https://github.com/tensorflow/tensorflow ) （我通过 https:/

持续集成，持续交付和持续部署，这些概念和术语可以协同工作以实现应用程序生命周期的自动化，在这方面，如果您要实施CI/ CD，Jenkins可能是建立服务器以自动化该过程的主要工具。 这篇文章是部署以AWS Amazon作为IaaS的Jenkins的简单任务。为了全面了解，我们将安装Jenkins及其插件，注册用户，设置基本的安全规则，最后插入一个作业作为示例，因此，让我们进一步阐述一下这个想法。 先决条件 AWS Amazon中的EC2实例来测试此技术说明。 安装terraform作为“基础结构即代码”工具。 安装Jenkins及其工作 首先，我们需要观看本节，因为这是我们可以找到如何通过脚本bash安装Jenkins的过程，该bash脚本是作为通用脚本制作的，可在不同的CentOS Linux上使用。此安装分为5部分，首先我们将安装并启动Jenkins，然后我们将注册一个默认用户并安装基本插件，最后，注册我们最好的朋友HelloWorld job，这将是一个很好的例子一个好的开始。 jenkins_user=$1 jenkins_password=$2 jenkins_address=http://localhost:8080 set -x function installing() { #Installing some necessary dependencies sudo