docker+jenkins的构建历史记录(Build History)时间不正确

1、分别查看宿主机时间和容器时间

宿主机时间

[email protected]:/# date
Fri Jan 11 14:17:53 CST 2019

容器时间

[[email protected]001 ~]# docker exec -ti 87986863838b /bin/bash
[email protected]:/# date
Fri May 11 06:17:55 UTC 2019

发现两者的时间相差两个小时

宿主机采用了CST时区,CST应该是指(China Shanghai Time,东八区时间)
容器采用了UTC时区,UTC应该是指(Coordinated Universal Time,标准时间)

2、统一两者的时区有下面几种方法
1)共享主机的localtime
创建容器的时候指定启动参数,挂载localtime文件到容器内,保证两者所采用的时区是一致的。

docker run -ti -d --name my-nginx -v /etc/localtime:/etc/localtime:ro  docker.io/nginx  /bin/bash

2)复制主机的localtime

[[email protected]002 ~]# docker cp /etc/localtime fcaad17f146a:/etc/

此时容器的时间已经设置成和宿主机相同的时间

因为jenkins是java开发,java环境读取的时间是根据/etc/timezone的

查看一下这个文件的内容

[email protected]:/# cat /etc/timezone
Etc/UTC

因此需要把UTC改为CST,或者在UTC的基础上加8小时

[email protected]:/# sed -i ‘s/UTC/UTC+8/‘ /etc/timezone
[email protected]:/# cat /etc/timezone
Etc/UTC+8

回到jenkins去构建发现时间已经正常

原文地址:https://www.cnblogs.com/linyouyi/p/10255138.html

时间: 2024-10-06 22:04:53

docker+jenkins的构建历史记录(Build History)时间不正确的相关文章

实战docker+jenkins+git构建持续集成环境

本文重点介绍jenkins以及让jenkins如何实现在docker容器中运行.jenkins和docker私有仓库又是怎么结合的.docker说明及安装和git说明及安装在本文中不会特别详细的介绍. ?并且,在本文中不着重介绍原理性的东西,比如不会介绍什么是持续集成.持续构建等等.本文的重点是实战为主.对持续集成.持续交互.持续部署不太了解的朋友可以参考这篇文章了解一下:https://www.zhihu.com/question/23444990 1.背景说明 Jenkins是一个开源软件项

从零开始使用Jenkins来构建Docker容器(Ubuntu 14.04)

当开发更新了代码,提交到Gitlab上,然后由测试人员触发Jenkins,于是一个应用的新版本就被构建了.听起来貌似很简单,duang~duang~duang,我用了是这样,你们用了也是这样,看起来这个过程很自动化,其实这里面加了很多特技,根本就没有这样的头发,不对,根本就没有这样简单的方式,其环境搭建的过程十分繁琐,jenkins的上下文关系配置更是相当困难.今天我来介绍一种简单的新方法-使用Jenkins来构建一个apache容器. 以下操作的目标:jenkins放置在宿主机内(Ubuntu

Docker+Jenkins持续集成环境(2)使用docker+jenkins构建nodejs前端项目

前文使用Docker搭建Jenkins+Docker持续集成环境我们已经搭建了基于docker+jenkins的持续集成环境,并构建了基于maven的项目.这一节,我们继续扩展功能,增加对Nodejs的支持,实现nodejs项目构建.并打包成docker镜像和自动部署. 1. 配置Nodejs环境 1.1 安装nodejs插件 打开系统管理——管理插件——可选插件,搜索NodeJS,选择NodeJS Plugin安装 1.2 配置nodejs 版本 系统管理 —— 全局工具配置 —— NodeJ

Jenkins定制build history

今天介绍两种项目类型下,自定义build history的方法 1.pipline项目中 先定义一个参数,选择字符参数,参数值即构建时的填写的此次构建的描述信息 在pipline script中的最上面,加入如下的代码 开始构建,填入此次构建描述信息 查看效果2.自由风格的项目中 下载并安装Jenkins插件http://updates.jenkins-ci.org/download/plugins/build-name-setter/ 配置项目,同样此处的message需要在上面定义一个字符参

企业级Docker+Jenkins+Gitlab自动化流水线构建

随着DevOps理念和敏捷理念的发展,我们都希望通过自动化技术,加快项目的迭代.尤其是当使用微服务系统架构之后,功能的叠加,对应服务的数量也在增加,大小功能的快速迭代,更加要求部署的快速化,智能化.因此,传统的人工部署已经心有余而力不足,所以合理的使用持续集成,持续部署可以极大的提高生产效率,提高团队整体效率不可或缺的一环.那么Jenkins可以帮你构建一个自动化的持续集成环境,你可以使用它来"自动化"编译.打包.分发部署你的应用,同时跟svn.git能无缝集成,也支持直接与知名源代码

Docker+Jenkins+Gogs 自动构建.Net Core

Docker+Jenkins+Gogs 自动构建.Net Core 引言 jenkins+gags 全部采用Docker安装,通过jenkins插件ssh调用外部Docker构建 主要实现功能: git代码提交至Gogs,Jenkins自动构建至Docker 必要条件 1.Centos 7 2.Docker(题主18.06.1-ce) 3.Dot Net Core(2.1.4 ) .Net Core世界第一??不接受反驳?? ?? 安装Jinkins 镜像传送门 https://hub.dock

有容云:实战总结之 利用Docker、Docker Compose &Rancher构建持续部署

前言: 本文由John Patterson . Chris Lunsford写于2016年4月4日,译者有容云张向波,转载请注明出处.(原文链接见文末) 作者John Patterson和Chris Lunsford 运营了一家提供运营和基础架构服务的公司,本文是他们给大家分享的内容:关于如何通过使用Docker.Docker-Compose和Rancher来实现容器部署落地. 我们想跟你一起从头开始体验整个过程,特别是之间遇到的一些痛点和所做的决策.目前,已经有许多的资源和工具可以与Docke

Centos7 & Docker & Jenkins & ASP.NET Core 2.0 自动化发布和部署

写在前面 Docker一直很火热,一直想把原本的Jenkins自动部署工具搬到Docker上面,无奈今年一直忙于各种事情,迟迟未实施这个事情,正好迎来了dotnet core 2.0 的正式发布,升级项目的同时,顺便直接将Jenkins搬到Docker上.为什么要写这篇文章呢?因为找过相关的资料,大多数文章都是基于Ubuntu 安装.net core 又或者 GitLab 进行持续集成 自动部署等等等,并未有人尝试过Centos7.3 上部署 Jenkins 并且 构建 ASP.NET CORE

Docker+Jenkins实现spring-boot项目持续集成

环境Jenkins安装,准备一台server,安装略,百度一下.Docker安装,准备一台server,安装略,百度一下. Jenkins上配置 新建一Maven的Job项目. Jenkins配置-源码 Jenkins配置-构建触发器 Jenkins配置-构建环境构建前,从集中存放配置文件的GitLab中拉取最新配置文件,包含Dockerfile,后面开始构建会引用最新文件. cd /data/httpd/release/b2b-configuration;git pull sleep 3; y