Skip to content

J
Jenkins 中文社区官方网站

Jenkins 中文社区 / Jenkins 中文社区官方网站

通知 0
Star 1
Fork 0
J
Jenkins 中文社区官方网站

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

提交 35fe06e3 编写于 作者: L LinuxSuRen
浏览文件
操作

Automated deployment to GitHub Pages on 1570622307

上级 6e5e4b3c
展开全部 隐藏空白更改
内联 并排
Showing with 3889 addition and 4886 deletion
404.html
浏览文件 @ 35fe06e3
......@@ -3,9 +3,9 @@
<head>
<meta charset="utf-8">
<link rel="preload" href="https://jenkins-zh.cn/files/muli-latin-200.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.cn/files/muli-latin-400.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.cn/files/muli-latin-800.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.github.io/files/muli-latin-200.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.github.io/files/muli-latin-400.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.github.io/files/muli-latin-800.woff2" as="font" type="font/woff2" crossorigin>
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
......@@ -20,7 +20,7 @@
<meta name="viewport" content="width=device-width,minimum-scale=1">
<meta name="generator" content="Hugo 0.55.0" />
<meta name="generator" content="Hugo 0.53" />
<META NAME="ROBOTS" CONTENT="INDEX, FOLLOW">
......@@ -35,8 +35,7 @@
<meta property="og:title" content="404 Page not found" />
<meta property="og:description" content="" />
<meta property="og:type" content="website" />
<meta property="og:url" content="https://jenkins-zh.cn/404.html" />
<meta property="og:url" content="" />
<meta itemprop="name" content="404 Page not found">
<meta itemprop="description" content="">
......@@ -77,7 +76,7 @@ var trackOutboundLink = function(id, url) {
<div class="center flex-ns flex-wrap items-center justify-start mw9">
<h1 class="dim f3 lh-solid ml0-ns mr0 mr4-l mv0 pl3 pl4-ns">
<a href="https://jenkins-zh.cn" class="link white">
<a href="https://jenkins-zh.github.io" class="link white">
Jenkins 中文社区
</a>
</h1>
......@@ -352,13 +351,19 @@ var trackOutboundLink = function(id, url) {
<script src="/dist/app.bundle.js" type="text/javascript"></script>
</div>
<script>
((window.gitter = {}).chat = {}).options = {
room: 'jenkinsci/chinese'
};
</script>
<script src="https://sidecar.gitter.im/dist/sidecar.v1.js" async defer></script>
</footer>
<link href="/dist/auto-complete.css" rel="stylesheet">
<script type="text/javascript">
var baseurl = "https:\/\/jenkins-zh.cn";
var baseurl = "https:\/\/jenkins-zh.github.io";
</script>
<script src="/dist/lunr.js"></script>
......
about/index.xml
浏览文件 @ 35fe06e3
......@@ -2,21 +2,21 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>关于我们 on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/about/</link>
<link>https://jenkins-zh.github.io/about/</link>
<description>Recent content in 关于我们 on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Sat, 07 Sep 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/about/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/about/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>社区捐助</title>
<link>https://jenkins-zh.cn/about/sponsors-list/</link>
<link>https://jenkins-zh.github.io/about/sponsors-list/</link>
<pubDate>Sat, 07 Sep 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/sponsors-list/</guid>
<guid>https://jenkins-zh.github.io/about/sponsors-list/</guid>
<description> 社区得以持续、健康地发展，需要很多方面的支持，尤其对于社区的基础运营、活动组织上，资金和物资的捐助是非常重要的。
用途 对于所收到的资金、物资捐助，我们都会用于社区基础设施（域名、服务器等）、线下活动、社区成员奖励。
列表 为了对给予社区捐助的朋友们表示感谢，我们在此列出来：
......@@ -25,10 +25,10 @@
<item>
<title>行为规范</title>
<link>https://jenkins-zh.cn/about/code-of-conduct/</link>
<link>https://jenkins-zh.github.io/about/code-of-conduct/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/code-of-conduct/</guid>
<guid>https://jenkins-zh.github.io/about/code-of-conduct/</guid>
<description>留言 留言之前需要使用 GitHub 账号登陆。大家要注意文明用语，严禁攻击、诋毁、灌水、广告等无关的话。对于违反人，一经发现将会被拉入黑名单。
提问 欢迎每一位朋友在这里提出与 Jenkins 或相关领域的技术问题，但是，在提问之前建议先在搜索引擎和本站中进行搜索。
问题至少要包含如下部分：
......@@ -38,10 +38,10 @@ GitHub 请您使用同一个 GitHub 账号来与大家交流，不欢迎使用
<item>
<title>活动志愿者报名</title>
<link>https://jenkins-zh.cn/about/volunteer-part-in/</link>
<link>https://jenkins-zh.github.io/about/volunteer-part-in/</link>
<pubDate>Mon, 05 Aug 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/volunteer-part-in/</guid>
<guid>https://jenkins-zh.github.io/about/volunteer-part-in/</guid>
<description> Jenkins 中文社区将不定期举行一些活动，志愿者的参与是不可或缺的。希望有更多的小伙伴可以通过志愿者的身份参与进来
如何报名 以邮件的形式发送到志愿者申请 內容如下（注： Github ID 示例：https://github.com/githubId）：
活动名称： 姓名： 公司名称（选填）： 所在地： 职业： 联系电话： 微信号： Github ID: 个人擅长： 参加志愿者的初衷： 志愿者福利： 免费参加自本活动启动时一年内的所有活动 活动纪念品(小型活动没有纪念品) 赠送与本社区有合作关系的其他公司或者社区组织的活动门票 申明 欢迎小伙伴们报名志愿者，并且为志愿者准备了一些社区福利。但为了避免有人浑水摸鱼的事情发生，我们会根据实际参与情况以及参与活动的态度积极性来评判是否拥有志愿者福利的待遇。 </description>
......@@ -49,10 +49,10 @@ GitHub 请您使用同一个 GitHub 账号来与大家交流，不欢迎使用
<item>
<title>活动策划</title>
<link>https://jenkins-zh.cn/about/about-event-planning/</link>
<link>https://jenkins-zh.github.io/about/about-event-planning/</link>
<pubDate>Wed, 31 Jul 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/about-event-planning/</guid>
<guid>https://jenkins-zh.github.io/about/about-event-planning/</guid>
<description>本文讨论社区组织 meetup 、workshop 等活动策划的参考指引，方便社区其他地区组织者及志愿者借鉴使用。
活动策划分为以下几步骤： - 活动地区及组织者确定 - 招募志愿者 - 活动任务分工认领 - 活动宣传
1、活动地区及组织者确定 组织者需向 Jenkins 中文社区申请活动组织者得到许可后，才可以进行后续步骤。 - 确定活动地区 - 确定活动主题 - 确定大概活动日期
......@@ -64,10 +64,10 @@ GitHub 请您使用同一个 GitHub 账号来与大家交流，不欢迎使用
<item>
<title>分支策略</title>
<link>https://jenkins-zh.cn/about/branching-strategy/</link>
<link>https://jenkins-zh.github.io/about/branching-strategy/</link>
<pubDate>Tue, 09 Jul 2019 19:56:04 +0800</pubDate>
<guid>https://jenkins-zh.cn/about/branching-strategy/</guid>
<guid>https://jenkins-zh.github.io/about/branching-strategy/</guid>
<description>本文讨论分支策略主要是提供执行并行任务时的参考指引，方便社区贡献者借鉴使用。
需要理解和注意以下几点： - 三个代码仓库 - 每个任务一个分支 - 分支策略
三个 repo git 是一个分布式版本管理系统。以提交文章到 jenkins-infra/wechat 为例，在这个过程中，我们会涉及到三个代码仓库。 1. jenkins-infra/wechat repo，也就是 upstream repo，你需要 git remote add upstream 将其配置为 upstream repo 。 2. fork/wechat repo，如果你从这里 clone 的话，也就是对应的 origin repo 。 3. local repo，所有的分支管理都是从这里发起的。
......@@ -79,30 +79,30 @@ jenkins-infra/wechat: master fork/wechat: master dev-01 local: master dev-01
<item>
<title>插件列表</title>
<link>https://jenkins-zh.cn/about/plugins/</link>
<link>https://jenkins-zh.github.io/about/plugins/</link>
<pubDate>Wed, 15 May 2019 20:30:05 +0800</pubDate>
<guid>https://jenkins-zh.cn/about/plugins/</guid>
<guid>https://jenkins-zh.github.io/about/plugins/</guid>
<description>下面的列表是由 Jenkins 中文社区的成员维护的插件：
插件 GitHub 仓库 版本 安装量 主要维护者 Simplified Chinese Plugin jenkinsci/localization-zh-cn-plugin LinuxSuRen Hugo Plugin jenkinsci/hugo-plugin LinuxSuRen Maven SNAPSHOT Check Plugin jenkinsci/maven-snapshot-check-plugin donhui Code Coverage API Plugin jenkinsci/code-coverage-api-plugin cizezsy WeiBo Plugin jenkinsci/weibo-plugin LinuxSuRen Job priorty sorter for Multi-branch Job jenkinsci/multi-branch-priority-sorter-plugin LinuxSuRen 同时也期待有更多的贡献者增砖添瓦。</description>
</item>
<item>
<title>社交媒体</title>
<link>https://jenkins-zh.cn/about/social-media/</link>
<link>https://jenkins-zh.github.io/about/social-media/</link>
<pubDate>Fri, 12 Apr 2019 14:26:05 +0800</pubDate>
<guid>https://jenkins-zh.cn/about/social-media/</guid>
<guid>https://jenkins-zh.github.io/about/social-media/</guid>
<description>社区所有的技术、活动类的文章都会同步发布到下面的社交媒体平台上。
媒体 方式 负责人 微信公众号 人工 LinuxSuRen 开源中国 人工 donhui CSDN 人工 P01son6415 简书 人工 yJunS 掘金 人工 zacker330 腾讯 云+社区 自动同步 LinuxSuRen 企鹅号 自动同步 LinuxSuRen 百家号 自动同步 LinuxSuRen </description>
</item>
<item>
<title>社区贡献激励方案</title>
<link>https://jenkins-zh.cn/about/star-plan/</link>
<link>https://jenkins-zh.github.io/about/star-plan/</link>
<pubDate>Sun, 03 Mar 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/star-plan/</guid>
<guid>https://jenkins-zh.github.io/about/star-plan/</guid>
<description> 为了激励社区成员积极地为社区作出贡献，我们会不定期给予积极活跃、付出重大贡献的小伙伴一定形式的奖励。下面是历次的奖励记录：
被选中的贡献者，可以在人民邮电出版社微店中自行挑选图书一本。
NO.2 时间范围：2019年6月～8月
......@@ -114,10 +114,10 @@ NO.2 时间范围：2019年6月～8月
<item>
<title>如何参与</title>
<link>https://jenkins-zh.cn/about/how-to-involve/</link>
<link>https://jenkins-zh.github.io/about/how-to-involve/</link>
<pubDate>Sat, 05 Jan 2019 22:56:04 +0800</pubDate>
<guid>https://jenkins-zh.cn/about/how-to-involve/</guid>
<guid>https://jenkins-zh.github.io/about/how-to-involve/</guid>
<description>为什么要参与开源社区 翟志军：想亲身参与一个开源社区，了解其运行机制。而为什么选择 Jenkins 中文社区？是想更多人了解持续交付。 zhangc819：日常工作里经常需要开源社区的力量来解决问题、学习经验，参与开源社区建设也是为了给社区提供更多的力量，相互左右才能壮大下去。 如何参与 Jenkins 中文社区 参与 Jenkins 中文社区的方式不只有 Coding 一条路可选，还有很多方式，比如：
发表或翻译 Jenkins 相关的文章，并发表到社区网站及微信公众号。 Jenkins 本地化。 成为 Jenkins 线下或线上活动的志愿者。 Review 别人提交到 Pull Request。 发现 Jenkins 社区哪里可以改善，然后提个 Issue 或 Pull Request。 等等。所有你能想到的，促进 Jenkins 中文社区发展的事情都算是参与 Jenkins 中文社区。
但是，具体怎么做呢？
......@@ -130,23 +130,24 @@ Jenkins 中文社区代码仓库列表 那么，我们可以向哪些源代码
<item>
<title>交流</title>
<link>https://jenkins-zh.cn/about/channels/</link>
<link>https://jenkins-zh.github.io/about/channels/</link>
<pubDate>Fri, 04 Jan 2019 21:13:30 +0800</pubDate>
<guid>https://jenkins-zh.cn/about/channels/</guid>
<guid>https://jenkins-zh.github.io/about/channels/</guid>
<description>为了方便各位 Jenkins 的爱好者、用户以及贡献者之间互相交流，我这里列出来一些途径：
邮件组 即时聊天 在本站留言 邮件组 Jenkins 社区有很多 邮件组 ，感兴趣的童鞋请自行翻阅。本文仅介绍中文相关的邮件组：
Jenkins 中文用户邮件组 查看历史 订阅 取消订阅 求助 Jenkins 中文本地化兴趣邮件组 查看历史 订阅 取消订阅 求助 *注意：点击上面的订阅或者取消都应该会弹出一个发送邮件的窗口，请不要做任何修改，邮件正文保持空白（不要添加邮件签名等内容）直接发送即可。邮件发送成功后，会收到确认的回复。鉴于邮件组是由 Google 提供的服务，无法科学上网的童鞋是无法查看历史邮件的。* 即时聊天 即时聊天是一种很方便的线上交流方式，你有可能及时地收到大家的帮助，但是不要认为其他人有回答问题的义务。你没有能及时地得到帮助，可能是因为大家在忙、消息太多而被忽略、问题描述的不够详细等等。因此，建议大家在提问之前尽可能保证自己已经对问题理解的很清楚，并在提问时尽可能地给出上下文、复现步骤；当没有及时得到回答的话，可以把问题发送到邮件组（发送之前，请在邮件组中搜索其他人是否已经解决过类似问题），相信遇到过类似问题的人也会尽可能帮助你。
Jenkins 中文用户邮件组 查看历史 订阅 取消订阅 求助 Jenkins 中文本地化兴趣邮件组 查看历史 订阅 取消订阅 求助 注意：点击上面的订阅或者取消都应该会弹出一个发送邮件的窗口，请不要做任何修改，邮件正文保持空白（不要添加邮件签名等内容）直接发送即可。邮件发送成功后，会收到确认的回复。鉴于邮件组是由 Google 提供的服务，无法科学上网的童鞋是无法查看历史邮件的。
即时聊天 即时聊天是一种很方便的线上交流方式，你有可能及时地收到大家的帮助，但是不要认为其他人有回答问题的义务。你没有能及时地得到帮助，可能是因为大家在忙、消息太多而被忽略、问题描述的不够详细等等。因此，建议大家在提问之前尽可能保证自己已经对问题理解的很清楚，并在提问时尽可能地给出上下文、复现步骤；当没有及时得到回答的话，可以把问题发送到邮件组（发送之前，请在邮件组中搜索其他人是否已经解决过类似问题），相信遇到过类似问题的人也会尽可能帮助你。
Jenkins Gitter 中文聊天室 欢迎你!
留言 本站的留言系统建立在 Github 提供的 Issues 上。欢迎大家在遵守社区行为规范的基础上积极地留言互动。</description>
</item>
<item>
<title>Jenkins 培训</title>
<link>https://jenkins-zh.cn/about/course/</link>
<link>https://jenkins-zh.github.io/about/course/</link>
<pubDate>Thu, 03 Jan 2019 22:50:02 +0800</pubDate>
<guid>https://jenkins-zh.cn/about/course/</guid>
<guid>https://jenkins-zh.github.io/about/course/</guid>
<description>class: center, middle
Jenkins 培训 大纲 Jenkins 项目介绍 安装、部署 传统环境 容器环境 插件管理 构建任务 流水线 多分支流水线 API 计算节点管理 静态 动态 大纲 日志、任务外部存储 权限、认证体系 安全防护 备份、恢复 集成 社区介绍 Gitter &amp;amp;&amp;amp; 邮件组 Meetup 特别兴趣小组（SIG） 基础设施 安装、部署 Jenkins 的版本分为长期支持版（LTS）和每周更新版。
安装手册 Docker 插件管理 介绍 仓库 托管 计算节点管理 节点类型 固定 动态（虚拟机、Docker、Kubernetes） 通道 SSH JNLP 标签（label） 表达式 流水线（Pipeline） Jenkins 流水线采用 Groovy 来编写，通常会保存在代码库根目录下名为 Jenkinsfile 的文件中。根据写法不同，分为：脚本式、申明式流水线。</description>
......@@ -154,10 +155,10 @@ Jenkins 培训 大纲 Jenkins 项目介绍 安装、部署 传统环境 容器
<item>
<title>Jenkins Area Meetup</title>
<link>https://jenkins-zh.cn/about/meetups/</link>
<link>https://jenkins-zh.github.io/about/meetups/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/meetups/</guid>
<guid>https://jenkins-zh.github.io/about/meetups/</guid>
<description> 各地活动组织者 城市 组织者 邮箱 北京 Rick 📭 希望在当地组织活动？ 我们非常欢迎全国各地的 Jenkins 爱好者积极地承担起在当地组织 Jenkins 线下活动的责任。为了能够保证我们社区的健康发展，申请人需要清楚、明确地了解下面的权益和义务：
权益 组织线下活动是比较累但有趣的工作，要举办一次好的活动，需要投入不少的精力来筹划、安排、宣传等。因此，活动组织者将会享受到如下的权益：
优先获得合作社区（公司）举办的会议门票 社区协调场地、茶歇以及礼品等赞助 丰富的人脉资源 使用社区邮箱 其他社区提供的激励 义务 在享受权益的前提，必须要尊重和遵守我们的义务要求：
......@@ -168,10 +169,10 @@ Jenkins 培训 大纲 Jenkins 项目介绍 安装、部署 传统环境 容器
<item>
<title>关于本站</title>
<link>https://jenkins-zh.cn/about/about-site/</link>
<link>https://jenkins-zh.github.io/about/about-site/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/about/about-site/</guid>
<guid>https://jenkins-zh.github.io/about/about-site/</guid>
<description>Jenkins 中文社区站点是基于 Hugo 生成的静态文件，托管在 GitHub Page 上。下面列出相关的源码位置：
网站内容 网站主题 微信订阅号 </description>
</item>
......
categories/index.xml
浏览文件 @ 35fe06e3
......@@ -2,12 +2,12 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Categories on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/categories/</link>
<link>https://jenkins-zh.github.io/categories/</link>
<description>Recent content in Categories on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<atom:link href="https://jenkins-zh.cn/categories/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/categories/index.xml" rel="self" type="application/rss+xml" />
</channel>
......
event/beijing-2019-08-24/index.html
浏览文件 @ 35fe06e3
......@@ -3,9 +3,9 @@
<head>
<meta charset="utf-8">
<link rel="preload" href="https://jenkins-zh.cn/files/muli-latin-200.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.cn/files/muli-latin-400.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.cn/files/muli-latin-800.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.github.io/files/muli-latin-200.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.github.io/files/muli-latin-400.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="https://jenkins-zh.github.io/files/muli-latin-800.woff2" as="font" type="font/woff2" crossorigin>
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
......@@ -20,7 +20,7 @@
<meta name="viewport" content="width=device-width,minimum-scale=1">
<meta name="generator" content="Hugo 0.55.0" />
<meta name="generator" content="Hugo 0.53" />
<META NAME="ROBOTS" CONTENT="INDEX, FOLLOW">
......@@ -35,8 +35,7 @@
<meta property="og:title" content="" />
<meta property="og:description" content="" />
<meta property="og:type" content="article" />
<meta property="og:url" content="https://jenkins-zh.cn/event/beijing-2019-08-24/" />
<meta property="og:url" content="https://jenkins-zh.github.io/event/beijing-2019-08-24/" />
<meta itemprop="name" content="">
<meta itemprop="description" content="">
......@@ -84,7 +83,7 @@ var trackOutboundLink = function(id, url) {
<div class="center flex-ns flex-wrap items-center justify-start mw9">
<h1 class="dim f3 lh-solid ml0-ns mr0 mr4-l mv0 pl3 pl4-ns">
<a href="https://jenkins-zh.cn" class="link white">
<a href="https://jenkins-zh.github.io" class="link white">
Jenkins 中文社区
</a>
</h1>
......@@ -382,7 +381,7 @@ var trackOutboundLink = function(id, url) {
<div style="min-width: 100px;">
<img src="/images/speakers/always-China.png" alt>
<img src="/images/speakers/always-china.png" alt>
</div>
<div class="guest-detail">
......@@ -590,13 +589,19 @@ var trackOutboundLink = function(id, url) {
<script src="/dist/app.bundle.js" type="text/javascript"></script>
</div>
<script>
((window.gitter = {}).chat = {}).options = {
room: 'jenkinsci/chinese'
};
</script>
<script src="https://sidecar.gitter.im/dist/sidecar.v1.js" async defer></script>
</footer>
<link href="/dist/auto-complete.css" rel="stylesheet">
<script type="text/javascript">
var baseurl = "https:\/\/jenkins-zh.cn";
var baseurl = "https:\/\/jenkins-zh.github.io";
</script>
<script src="/dist/lunr.js"></script>
......
event/index.xml
浏览文件 @ 35fe06e3
......@@ -2,20 +2,20 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>活动 on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/event/</link>
<link>https://jenkins-zh.github.io/event/</link>
<description>Recent content in 活动 on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<atom:link href="https://jenkins-zh.cn/event/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/event/index.xml" rel="self" type="application/rss+xml" />
<item>
<title></title>
<link>https://jenkins-zh.cn/event/readme/</link>
<link>https://jenkins-zh.github.io/event/readme/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/readme/</guid>
<guid>https://jenkins-zh.github.io/event/readme/</guid>
<description>该目录下，保存 Jenkins 社区相关的活动内容。文件格式为 Markdown，包含的头信息（字段）包括如下：
type 活动类型，目前只支持 meetup（必需） city 活动举办地（必需） hostDate 活动时间（必需） year 活动所属年份，用于按年度分开展示（必需） poster 活动海报（必需） topic 活动主题 speakers 分享人，数组格式 sponsors 赞助商（公司、社区等），数组格式 abstract 活动简介 agenda 活动日程 time 时间 item 事项 status 活动状态 发起活动 希望发起活动的人或者组织，请按照如上格式写入一个 Markdown 文件中，并打开一个 Pull Request 到该仓库，等待审核。
分享人 对某个活动感兴趣的同学，请在目录 content/speaker 下以 JSON 格式增加自己的个人信息，文件名为 GitHub 账户 ID。然后在您感兴趣的活动中的 speakers 下添加您的 ID。
......@@ -24,46 +24,46 @@
<item>
<title></title>
<link>https://jenkins-zh.cn/event/beijing-2019-04-20/</link>
<link>https://jenkins-zh.github.io/event/beijing-2019-04-20/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/beijing-2019-04-20/</guid>
<guid>https://jenkins-zh.github.io/event/beijing-2019-04-20/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/event/beijing-2019-06-22/</link>
<link>https://jenkins-zh.github.io/event/beijing-2019-06-22/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/beijing-2019-06-22/</guid>
<guid>https://jenkins-zh.github.io/event/beijing-2019-06-22/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/event/beijing-2019-07-27/</link>
<link>https://jenkins-zh.github.io/event/beijing-2019-07-27/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/beijing-2019-07-27/</guid>
<guid>https://jenkins-zh.github.io/event/beijing-2019-07-27/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/event/beijing-2019-08-24/</link>
<link>https://jenkins-zh.github.io/event/beijing-2019-08-24/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/beijing-2019-08-24/</guid>
<guid>https://jenkins-zh.github.io/event/beijing-2019-08-24/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/event/beijing-2019-10-25/</link>
<link>https://jenkins-zh.github.io/event/beijing-2019-10-25/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/beijing-2019-10-25/</guid>
<guid>https://jenkins-zh.github.io/event/beijing-2019-10-25/</guid>
<description>资源需求 志愿者 五名志愿者，负责场地秩序维护、活动事项问题解答等工作。具体包括如下： * 拍照/摄像 1～2名 * 签到、场地布置 1～2名 * 文案、宣传 1～2名
志愿者福利： * 免费参加自本活动启动时一年内的所有活动 * 活动纪念品 * 赠送与本社区有合作关系的其他公司或者社区组织的活动门票
技术教练 Kubernetes、Jenkins 领域的技术教练（导师）各两名，负责参赛选手过程中的问题解答，服务器资源 维护管理。
......@@ -77,10 +77,10 @@
<item>
<title></title>
<link>https://jenkins-zh.cn/event/shanghai-2019-09/</link>
<link>https://jenkins-zh.github.io/event/shanghai-2019-09/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/event/shanghai-2019-09/</guid>
<guid>https://jenkins-zh.github.io/event/shanghai-2019-09/</guid>
<description></description>
</item>
......
index.html
浏览文件 @ 35fe06e3
......@@ -1838,32 +1838,32 @@ RU5ErkJggg==" />
<a href="/event/shanghai-2019-09/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/shanghai.jpeg"></img>
<a href="/event/beijing-2019-07-27/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/ci-cd.jpeg"></img>
</a>
<a href="/event/beijing-2019-06-22/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/ci-cd.jpeg"></img>
<a href="/event/beijing-2019-08-24/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/kaiyuan.jpg"></img>
</a>
<a href="/event/beijing-2019-06-22/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/ci-cd.jpeg"></img>
</a>
<a href="/event/beijing-2019-08-24/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/kaiyuan.jpg"></img>
</a>
<a href="/event/beijing-2019-07-27/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/ci-cd.jpeg"></img>
<a href="/event/shanghai-2019-09/" class="tile lazyload cover dib f4 ml1 mr4 bg-black relative mw-100 shadow-5">
<img width="400px" height="200px" src="/images/meetup/shanghai.jpeg"></img>
</a>
......
index.json
浏览文件 @ 35fe06e3
此差异已折叠。
index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
meeting/index.html
浏览文件 @ 35fe06e3
......@@ -198,6 +198,14 @@ var trackOutboundLink = function(id, url) {
<li>例会是讨论社区的事情，而不是技术分享</li>
</ul>
<h2 id="链接下载地址">链接下载地址</h2>
<p><a href="http://www.zooms.vip/download/">软件下载</a></p>
<h2 id="网页入会">网页入会</h2>
<p><a href="https://www.zoomus.cn/webclient/join">网页入会</a></p>
</div>
<div>社区例会记录列表：</div>
......
meeting/index.xml
浏览文件 @ 35fe06e3
......@@ -2,21 +2,21 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/meeting/</link>
<link>https://jenkins-zh.github.io/meeting/</link>
<description>Recent content on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Sun, 22 Sep 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/meeting/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/meeting/index.xml" rel="self" type="application/rss+xml" />
<item>
<title></title>
<link>https://jenkins-zh.cn/meeting/2019-09-22/</link>
<link>https://jenkins-zh.github.io/meeting/2019-09-22/</link>
<pubDate>Sun, 22 Sep 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/meeting/2019-09-22/</guid>
<guid>https://jenkins-zh.github.io/meeting/2019-09-22/</guid>
<description>今天主要讨论社区对于接收外部资金捐助的事情
有捐助意向的企业是：测吧（北京）科技有限公司 金额 我的理解是至少能给到2500（是基于在阿里云上购买一年的服务器的费用） 本次希望能得到2500～10000元的捐助 捐助方的权益 在官网首页以及合作伙伴中加logo以及链接 是否专款专用？
公开社区基金的用途
......@@ -28,10 +28,10 @@
<item>
<title></title>
<link>https://jenkins-zh.cn/meeting/2019-09-18/</link>
<link>https://jenkins-zh.github.io/meeting/2019-09-18/</link>
<pubDate>Wed, 18 Sep 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/meeting/2019-09-18/</guid>
<guid>https://jenkins-zh.github.io/meeting/2019-09-18/</guid>
<description> 线上活动 hacktoberfest 定期的线上活动，由于 zoom 出了问题，暂时没有推进 线下活动 上海 10月20日，人民广场 https://github.com/jenkins-zh/jenkins-zh/pull/95 人数（120），门票50 议题 Testerhome 接口测试（与 Jenkins 无关） UWA 自动化测试（与 Jenkins 无关） daocloud（待定） 社区合作 开源年会
给社区贡献的同学一张免费的门票（早鸟票99），以及其他的权益 没有在当地活跃的成员，无法开展我们社区的展台 工作坊（暂时无人组织） 开源基础设施
工作坊（暂时无人组织） 社区管理 是否容易获取到社区的动态 微信群 难以做到用户增长 其他问题 </description>
......@@ -39,19 +39,19 @@
<item>
<title></title>
<link>https://jenkins-zh.cn/meeting/2019-09-05/</link>
<link>https://jenkins-zh.github.io/meeting/2019-09-05/</link>
<pubDate>Thu, 05 Sep 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/meeting/2019-09-05/</guid>
<guid>https://jenkins-zh.github.io/meeting/2019-09-05/</guid>
<description> 社区治理 公众号数据分享 线下活动 上海 地点：人民广场 费用：35 时间：需要进一步确定 日程：十月底 线上活动 形式：定期 时长：一小时 时间：周日晚上七点：grhahaha、yJunS 工作日（八点、九点）：donhui、linan607、linuxsuren 费用：1～2 回顾：不作为标配，但有人愿意做的话，可以有 </description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/meeting/2019-08-21/</link>
<link>https://jenkins-zh.github.io/meeting/2019-08-21/</link>
<pubDate>Wed, 21 Aug 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/meeting/2019-08-21/</guid>
<guid>https://jenkins-zh.github.io/meeting/2019-08-21/</guid>
<description>社区治理 对于微信群里设置一个投诉机制，对于符合一定条件的，把被投诉的人移出 @linuxsuren 在公众号后台或者邮件（admin at jenkins-zh.cn）发送投诉，写明被投诉人和理由 @linuxsuren 可以先和被投诉人进行私下沟通，如果不改正的话，就执行移除 @Shunw19 在公众号里发起一个投票，调研大家对公众号文章类型，质量的看法以及建议 @linuxsuren 文章类型：技术类、志愿者等活动类 考虑定期发起志愿者招募，例如在寒暑假之前 @linuxsuren 需要的人数 @Shunw19 分布在多个城市 如何组织 @linuxsuren 尽量明确任务 区分社区志愿、活动志愿者 @baobeizuoshoubuli 把完成志愿任务的人，在官网展示出来 @linuxsuren 给公众号加个目录分类，检索 @Shunw19 可以通过关键字检索 贡献者采访 @linuxsuren 口语比较好的来协作采访国外的贡献者 需要出一些稿子（中文、英文） 线下活动 北京 黑客松
活动报名已经启动 需要把活动宣传工作做好 开源人线下见面会 8月24日
教程 https://jenkins-zh.cn/tutorial/</description>
......@@ -59,10 +59,10 @@
<item>
<title></title>
<link>https://jenkins-zh.cn/meeting/2019-08-08/</link>
<link>https://jenkins-zh.github.io/meeting/2019-08-08/</link>
<pubDate>Thu, 08 Aug 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/meeting/2019-08-08/</guid>
<guid>https://jenkins-zh.github.io/meeting/2019-08-08/</guid>
<description>线下活动 上海 开源基础设施峰会2019 11月4-6日 https://www.openstack.cn/ 开源年会 11月2-3日 https://www.bagevent.com/event/5518928?bag_track=bagevent meetup 9月21/22日 场地（赵晓杰） 讲师，三名（需要征集一名） 活动宣传稿（高嵘） 礼品（空缺） 北京 黑客松 门票价格，早鸟票，标准票，晚鸟票 100，120，150 志愿者（彦军） 设备，摄像等 视频剪辑（王顺） vs-code 服务器的配置要求？ 开源人线下见面会 8月24日 成员招募 明天拉个群
教程 https://jenkins-zh.cn/tutorial/</description>
</item>
......
partner/index.xml
浏览文件 @ 35fe06e3
......@@ -2,65 +2,65 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/partner/</link>
<link>https://jenkins-zh.github.io/partner/</link>
<description>Recent content on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<atom:link href="https://jenkins-zh.cn/partner/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/partner/index.xml" rel="self" type="application/rss+xml" />
<item>
<title></title>
<link>https://jenkins-zh.cn/partner/alauda/</link>
<link>https://jenkins-zh.github.io/partner/alauda/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/partner/alauda/</guid>
<guid>https://jenkins-zh.github.io/partner/alauda/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/partner/harmony-cloud/</link>
<link>https://jenkins-zh.github.io/partner/harmony-cloud/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/partner/harmony-cloud/</guid>
<guid>https://jenkins-zh.github.io/partner/harmony-cloud/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/partner/jingdongyun/</link>
<link>https://jenkins-zh.github.io/partner/jingdongyun/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/partner/jingdongyun/</guid>
<guid>https://jenkins-zh.github.io/partner/jingdongyun/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/partner/kaiyuanshe/</link>
<link>https://jenkins-zh.github.io/partner/kaiyuanshe/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/partner/kaiyuanshe/</guid>
<guid>https://jenkins-zh.github.io/partner/kaiyuanshe/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/partner/pinganyun/</link>
<link>https://jenkins-zh.github.io/partner/pinganyun/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/partner/pinganyun/</guid>
<guid>https://jenkins-zh.github.io/partner/pinganyun/</guid>
<description></description>
</item>
<item>
<title></title>
<link>https://jenkins-zh.cn/partner/press/</link>
<link>https://jenkins-zh.github.io/partner/press/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/partner/press/</guid>
<guid>https://jenkins-zh.github.io/partner/press/</guid>
<description></description>
</item>
......
sitemap.xml
浏览文件 @ 35fe06e3
此差异已折叠。
sponsor/index.xml
浏览文件 @ 35fe06e3
......@@ -2,20 +2,20 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Sponsors on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/sponsor/</link>
<link>https://jenkins-zh.github.io/sponsor/</link>
<description>Recent content in Sponsors on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<atom:link href="https://jenkins-zh.cn/sponsor/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/sponsor/index.xml" rel="self" type="application/rss+xml" />
<item>
<title></title>
<link>https://jenkins-zh.cn/sponsor/alauda/</link>
<link>https://jenkins-zh.github.io/sponsor/alauda/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/sponsor/alauda/</guid>
<guid>https://jenkins-zh.github.io/sponsor/alauda/</guid>
<description></description>
</item>
......
tags/ai/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>ai on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/ai/</link>
<description>Recent content in ai on Jenkins 中文社区</description>
<title>Ai on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/ai/</link>
<description>Recent content in Ai on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Mon, 22 Apr 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/ai/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/ai/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Jenkins 2.173 发布通知</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-22-jenkins-weekly-2.173/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-22-jenkins-weekly-2.173/</link>
<pubDate>Mon, 22 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-22-jenkins-weekly-2.173/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-22-jenkins-weekly-2.173/</guid>
<description>本次更新移除了一些不太推荐的功能，请管理员及时关注，如果希望能恢复的旧的形态，可以按照下面的提示操作。
另外，有一项重要的更新，使得我们可以把所有的中文本地化资源文件从 Jenkins 核心中移除。因此， 请关注 Jenkins 简体中文插件后续的动态，我们会及时完成所有的迁移。
移除对 CCtray 文件的内置支持。
......@@ -28,10 +28,10 @@
<item>
<title>AIOps：DevOps 的未来</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-17-aiops/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-17-aiops/</link>
<pubDate>Wed, 17 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-17-aiops/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-17-aiops/</guid>
<description>DevOps 和云技术正在逼近极限 范式转变往往会产生意想不到的后果，这些后果可能需要数年才能被完全消化。 云计算就是一个很好的例子。 云计算迎来了灵活的基础设施和低资本要求的时代，由于资源只是一个API调用，工程师们无需等待部署。 然而，这一切只是开始。
敏捷的公司利用云来打破开发和运维之间的隔阂，并采用敏捷方法以缩短开发周期，从而创造战略优势。 他们将应用程序生命周期中的工程师团队分工从之前的开发和测试变为部署和运维， 并创建了需要一系列新技能的职位。这些公司使用 CI/CD 和 DevOps 进一步推动自动化流水线， 以实现更快的交付。
这样有隐患吗？去问你的 DevOps 团队 DevOps 团队的任务是维护一个工具链，以便自动交付新代码，按需扩展，以及五个 9 的正常运行时间。 在空闲时间，他们致力于提高性能和控制成本。 对于大的应用程序，可以有数千个虚拟机或容器，每个虚拟机或容器都有一堆软件， 还有负载平衡器和自动扩容等云服务，所有这些都必须进行配置和维护。 这一切都在不断发展中。
......
tags/ansible/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>ansible on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/ansible/</link>
<description>Recent content in ansible on Jenkins 中文社区</description>
<title>Ansible on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/ansible/</link>
<description>Recent content in Ansible on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Mon, 20 May 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/ansible/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/ansible/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>使用 Jenkins &#43; Ansible 实现 Spring Boot 自动化部署101</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-20-jenkins-ansible-springboot/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-20-jenkins-ansible-springboot/</link>
<pubDate>Mon, 20 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-20-jenkins-ansible-springboot/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-20-jenkins-ansible-springboot/</guid>
<description>本文要点： 1. 设计一条 Spring Boot 最基本的流水线：包括构建、制品上传、部署。 1. 使用 Docker 容器运行构建逻辑。 1. 自动化整个实验环境：包括 Jenkins 的配置，Jenkins agent 的配置等。
1. 代码仓库安排 本次实验涉及以下多个代码仓库：
% tree -L 1 ├── 1-cd-platform # 实验环境相关代码 ├── 1-env-conf # 环境配置代码-实现配置独立 └── 1-springboot # Spring Boot 应用的代码及其部署代码 1-springboot 的目录结构如下：
......@@ -26,10 +26,10 @@
<item>
<title>使用 Jenkins &#43; Ansible 实现自动化部署 Nginx</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-25-jenkins-ansible-nginx/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-25-jenkins-ansible-nginx/</link>
<pubDate>Thu, 25 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-25-jenkins-ansible-nginx/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-25-jenkins-ansible-nginx/</guid>
<description>本文介绍如何使用 Jenkins + Ansible 实现对 Nginx 的自动化部署。最终达到的效果有如下几点： 1. 只要你将 Nginx 的配置推送到 GitHub 中，Jenkins 就会自动执行部署，然后目标服务器的 Nginx 配置自动生效。这个过程是幂等（idempotent）的，只要代码不变，执行多少遍，最终效果不变。 2. 如果目标机器没有安装 Nginx，则会自动安装 Nginx。 3. 自动设置服务器防火墙规则。
1. 实验环境介绍 本次实验使用 Docker Compose 搭建 Jenkins 及 Jenkins agent。使用 Vagrant 启动一台虚拟机，用于部署 Nginx。使用 Vagrant 是可选的，读者可以使用 VirtualBox 启动一个虚拟机。使用 Vagrant 完全是为了自动化搭建实验环境。
以下是整个实验环境的架构图： 注意，图中的 5123 &amp;lt;-&amp;gt; 80 代表将宿主机的 5123 端口请求转发到虚拟机中的 80 端口。
......
tags/asktheexperts/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>asktheexperts on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/asktheexperts/</link>
<description>Recent content in asktheexperts on Jenkins 中文社区</description>
<title>Asktheexperts on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/asktheexperts/</link>
<description>Recent content in Asktheexperts on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Sun, 15 Sep 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/asktheexperts/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/asktheexperts/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Jenkins World 贡献者峰会及专家答疑展位</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/09/2019-09-16-jenkins-world-contributor-summit-and-ask-the-experts-booth/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/09/2019-09-16-jenkins-world-contributor-summit-and-ask-the-experts-booth/</link>
<pubDate>Sun, 15 Sep 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/09/2019-09-16-jenkins-world-contributor-summit-and-ask-the-experts-booth/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/09/2019-09-16-jenkins-world-contributor-summit-and-ask-the-experts-booth/</guid>
<description>Jenkins 15周岁啦！Jenkins World 将 DevOps 思想领袖、IT 主管、持续交付实践者以及 Jenkins 社区和生态系统齐聚这场全球活动，让与会者有机会学习、探索以及面对面交流，帮助塑造 Jenkins 的下一次发展以及针对 DevOps 的解决方案。
此外，Jenkins 贡献者峰会也于旧金山举行。Jenkins 贡献者峰会是现有贡献者以及未来贡献者围绕 Jenkins 项目，以最新思考和最大努力来共同探讨、学习和协作的地方。上午峰会安排是由核心贡献者进行一系列展示介绍。这些介绍突出了每项工作的内容，以及社区成员可以提供哪些帮助。下午分组讨论会上，与同好小组进行了深入讨论，并同子项目贡献者进行合作。
我非常荣幸能成为其中一员。 第一天 第一天以贡献者峰会开场。这让大家有机会聚在一起讨论对社区的贡献，把脑海中熟悉的名字和本人对上号。大多数人我只通过视频聊天和在 gitter 上见过，所以当时我特别激动。我们聚在一起了解 Jenkins 开源画卷的起点。
......
tags/aws/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>AWS on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/aws/</link>
<description>Recent content in AWS on Jenkins 中文社区</description>
<title>Aws on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/aws/</link>
<description>Recent content in Aws on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Fri, 23 Aug 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/aws/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/aws/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>AWS 上的云原生 Jenkins</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/08/2019-08-23-cloud-native-jenkins-on-aws/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/08/2019-08-23-cloud-native-jenkins-on-aws/</link>
<pubDate>Fri, 23 Aug 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/08/2019-08-23-cloud-native-jenkins-on-aws/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/08/2019-08-23-cloud-native-jenkins-on-aws/</guid>
<description>我们使用 Jenkins 搭建持续交付流水线，和其他很多团队一样，这些年我们围绕 Jenkins 创建了很多工作流程和自动化。Jenkins 是我们团队取得成功的关键，让我们能够在上一季度顺利进入生产677次，搭建及部署时长平均为12分钟。
我们的大部分应用和基础设施可以看作云原生，但当时 Jenkins 服务并不完全适合这个分类：服务在单个服务器上运行，同时很多任务直接在 master 上运行，其部分手动配置包括 secret、插件、定时任务和 startup hacking 的普通膨胀，该膨胀是自2014年首次搭建起不断累积而成。
Jenkins 不仅变成了单体服务和单点故障，而且拆除及重建 Jenkins 对企业也是很大的风险。
......@@ -30,10 +30,10 @@ docker run -p 8080:8080 -p 50000:50000 -v jenkins_home:/var/jenkins_home jenkins
<item>
<title>10节课带你深入学习 DevOps 工程</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/06/2019-06-17-10-courses-to-learn-devops-engineering-in-depth/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/06/2019-06-17-10-courses-to-learn-devops-engineering-in-depth/</link>
<pubDate>Mon, 17 Jun 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/06/2019-06-17-10-courses-to-learn-devops-engineering-in-depth/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/06/2019-06-17-10-courses-to-learn-devops-engineering-in-depth/</guid>
<description>DevOps 现在真的很热门，对于杰出的工程师和 DevOps 专业人员来说有许多工作机会。 如果你想成为一名 DevOps 工程师，那么你来对地方了。在本文中，我将分享一下最好的在线培训课程， 让你成为 DevOps 专业人员。
Devops 最重要的优势，它可以帮助你更好地发布软件并且利用现代自动化工具对环境和软件开发过程中提供更多控制。这就是 DevOps 专业人员需求呈指数增长的原因。除了 Data Science 和 Machine Learning 外，它也是薪酬最高的 IT 工作之一。
根据 Glassdoor 的数据，DevOps 的工程师每年的收入从105000美元到146000美元不等。这意味着，如果你正在寻找加薪或想在美好年纪从事一些令人兴奋的工作赚更多的钱，学习 DevOps 可能是一个不错的选择。
......
tags/benchmark/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>benchmark on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/benchmark/</link>
<description>Recent content in benchmark on Jenkins 中文社区</description>
<title>Benchmark on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/benchmark/</link>
<description>Recent content in Benchmark on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Thu, 04 Jul 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/benchmark/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/benchmark/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Jenkins 插件的微基准测试框架</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/07/2019-07-04-performance-testing-jenkins/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/07/2019-07-04-performance-testing-jenkins/</link>
<pubDate>Thu, 04 Jul 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/07/2019-07-04-performance-testing-jenkins/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/07/2019-07-04-performance-testing-jenkins/</guid>
<description>Jenkins 插件的微基准测试框架 作为我 Google 编程夏令营的一部分，我一直致力于改进角色策略插件（Role Strategy Plugin）的性能。 由于没有现有的方法来度量性能以及在 Jenkins 插件上做基准测试， 我在项目第一阶段的工作是创建一个框架在一个 Jenkins 实例中运行 Jenkins 插件中的基准测试。 为了让我们的工作更容易些，我们选择了 Java微基准测试工具来运行这些基准。 这使我们能够可靠地度量对时间要求严格的功能的性能，将有助于让 Jenkins 为每个人更快的运转。
最近在 Jenkins 单元测试工具2.50中发布了微基准测试框架。 下面的博客文章展示了如何在插件中运行基准测试。
介绍 该框架通过为 JMH 基准的每个 fork 启动一个临时的 Jenkins 实例来运行， 就像 Jenkins 测试工具中的 JenkinsRule。 基准测试是直接从 JUnit 测试运行的，它允许在运行过程中失败构建，并且很容易从 IDE 中运行基准测试，就像单元测试一样。 你可以很容易地通过使用 Java 方法或使用 Jenkins plugin:configuration-as-code:[配置即代码插件]来配置基准并将路径传递到 YAML 文件。
......
tags/blueocean/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>blueocean on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/blueocean/</link>
<description>Recent content in blueocean on Jenkins 中文社区</description>
<title>Blueocean on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/blueocean/</link>
<description>Recent content in Blueocean on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Thu, 15 Aug 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/blueocean/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/blueocean/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Jenkins 可视化阶段视图的改进</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/08/2019-08-15-jenkins-pipeline-stage-result-visualization-improvements/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/08/2019-08-15-jenkins-pipeline-stage-result-visualization-improvements/</link>
<pubDate>Thu, 15 Aug 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/08/2019-08-15-jenkins-pipeline-stage-result-visualization-improvements/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/08/2019-08-15-jenkins-pipeline-stage-result-visualization-improvements/</guid>
<description>最近发布了的一些变更给了流水线编辑者新的工具以改善在 Blue Ocean 中的流水线可视化，有一个备受瞩目关注的工单JENKINS-39203，这会导致当流水线的构建结果为不稳定时所有的阶段都被设置为不稳定的。这个缺陷导致无法快速地识别为什么构建是不稳定的，使得用户必须查看完整的日志和 Jenkinsfile 才能弄明白究竟发生了什么。
为了修复这个问题，我们引入了一个新的流水线 API 用于为单个流水线步骤添加额外的结果信息。像 Blue Ocean 这样的可视化工具在决定阶段如何显示时会使用到这新的 API。像 junit 这样的步骤只能设置整个构建结果，现在可以通过新的 API 设置步骤级别的结果信息。我们创建了新的步骤 unstable 和 warnError，这样流水线编辑者在更复杂的场景下仍然可以利用这个新的 API。
该问题涉及到的重要的修复包含在如下的插件中，它们都需要 Jenkins 2.138.4 以及更新的版本：
......
tags/cd/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>cd on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/cd/</link>
<description>Recent content in cd on Jenkins 中文社区</description>
<title>Cd on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/cd/</link>
<description>Recent content in Cd on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Mon, 29 Jul 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/cd/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/cd/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>在 Kubernetes 上使用 Jenkins </title>
<link>https://jenkins-zh.cn/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</link>
<pubDate>Mon, 29 Jul 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</guid>
<description>​有几种方法可以在 DevOps 环境中管理您的云基础架构。 DevOps 是一种鼓励快速流动的应用程序开发以及促进 IT 团队开发、测试、发布过程无缝无缝衔接的方法。
Jenkins 通过自动化将持续集成（CI）和持续交付（CD）无缝集成到开发流程中来优化工作流程。
可以使用 Kubernetes 中的 Jenkins pod 部署这些技术， Jenkins pod 可以根据团队的具体需求进行扩展。
......@@ -27,10 +27,10 @@ CI/CD 流水线 Jenkins 是 CI/CD 的同义词，它是自动化开发、部署
<item>
<title>使用 Jenkins X、Kubernetes 和 Spring Boot 实现 CI/CD</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</link>
<pubDate>Fri, 24 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</guid>
<description>过去五年中的变化，如迁移到公有云以及从虚拟机向容器的转变，已经彻底改变了构建和部署软件的意义。
以 Kubernetes 为例。Google 于2014年开源，现在所有主流的公有云供应商都支持它&amp;mdash;它为开发人员提供了一种很好的方式，可以将应用程序打包到 Docker 容器中，并部署到任意 Kubernetes 集群中。
使用 CI/CD、Kubernetes 和 Jenkins X 进行高性能开发 在技术上，高性能团队几乎总是成功的必要条件，而持续集成、持续部署(CI/CD)、小迭代以及快速反馈是构建模块。为你的云原生应用程序设置 CI/CD 可能比较困难。通过自动化所有内容，开发人员可以花费宝贵的时间来交付实际的业务。
......@@ -43,10 +43,10 @@ Jenkins X 入门 要安装 Jenkins X，首先需要在你的机器或云供应
<item>
<title>从 Jenkins 到 Jenkins X</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</link>
<pubDate>Fri, 17 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</guid>
<description>这是一个关于 dailymotion 从 Jenkins 到 Jenkins X 的旅程，我们遇到的问题，以及我们是如何解决它们的故事。
我们的上下文 在 dailymotion ，我们坚信 devops 最佳实践，并且在 Kubernetes 投入了大量投资。 我们的部分产品已经部署在 Kubernetes 上，但并不是全部。 因此，当迁移我们的广告技术平台的时候，我们想要完全采用“ Kubernetes 式”——或者云原生，以追随技术趋势！ 这意味着要重新定义整个 CI/CD 流水线，从静态/永久环境迁移，转向动态按需分配环境。 我们的目标是授权给我们的开发人员，缩短我们的上线时间以及降低我们的运营成本。
对于新的 CI/CD 平台我们的初始需求是: - 尽可能避免从零开始：我们的开发人员已经习惯使用 Jenkins 和声明式流水线，并且它们可以很好地满足我们当前的需求。 - 以公有云基础设施为目标——Google 云平台和 Kubernetes 集群 - 与 gitops 方法论兼容——因为我们喜欢版本控制、同行评审和自动化
......@@ -56,10 +56,10 @@ Kubernetes 之上的 Jenkins Jenkins X 的设置相当简单，并且在他们
<item>
<title>与云无关的用于 Kubernetes 的自动化 CI/CD </title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</link>
<pubDate>Thu, 16 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</guid>
<description>在本文中，我想讨论一种在云环境中为 Kubernetes 工作负载实现自动化端到端 CI/CD 的方法。 这里可能有其它解决方案，而像 AWS、Microsoft Azure 和 GCP 这样的云提供商也提供了自己的一套框架，以实现与 Kubernetes 相同的目标。
它的部署模型的核心是 Rancher，Rancher 负责为托管在不同云环境和裸机环境中的多个 Kubernetes 集群提供集中管理与运营的能力。 根据应用程序和业务需要，这里提到的工具可以替换为自己选择的工具。
在详细介绍之前，这里有张部署模型的快照：
......@@ -71,10 +71,10 @@ Nexus 作为 Docker 镜像和 Helm chart（使用的是 Helm Nexus 插件）的
<item>
<title>应该使用什么 CI/CD 工具？</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</link>
<pubDate>Tue, 30 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</guid>
<description>在我们正在进行的 Kubernetes FAQ 系列中，我们回答了社区中一些常见的问题，本周我们将讨论在选择 CI/CD 工具时需要考虑什么。
目前已经有大量的 CI/CD 工具可供选择-开源解决方案和商业解决方案。在这里，我们重点介绍在设置持续交付流水线时要考虑的一些最重要的注意事项。
在这篇文章中你将学到： - 为什么需要自动化流水线 - 部署典型流水线的组件 - CD 流水线功能需要考虑 - 如何合并 GitOps
......@@ -85,10 +85,10 @@ Nexus 作为 Docker 镜像和 Helm chart（使用的是 Helm Nexus 插件）的
<item>
<title>持续交付的商业价值</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-19-the-business-value-of-cd/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-19-the-business-value-of-cd/</link>
<pubDate>Fri, 19 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-19-the-business-value-of-cd/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-19-the-business-value-of-cd/</guid>
<description>持续交付使你能够以更低地风险、更快低交付新软件或是更新已有软件。
降低风险很重要，但是，支持持续交付的流程将转化为对业务更重要的价值： - 加速价值时间。 一个小企业不需要一个 MBA 就可以认识到持续交付可以帮助他们完成工作。 一家大型企业已经规划了其价值流， 并且在整个大型组织中拥有复杂的投资和合约， 将发现持续交付有助于加速实现价值的时间。 - 数据驱动决策。 部署、度量和调整。 你仍然可以推动更大规模的发布，但你的流程将更适合于持续的数据收集。 这将缩短与客户的反馈循环。 它提高了你的反应能力，计划你的下一步行动，并保持领先的竞争力。 - 质量。 你持续发布的行为使你必须提高你的质量标准以及完全的自动化测试实践。 更好的质量意味着更快乐的客户、更低的成本、更少的消防演习和更少的计划外工作。 - 试验 = 创新。 开发人员和业务线可以自由地以较低的成本尝试新的想法， 从而释放出长期高投资发布周期背后的创新想法。 - 降低成本。 大的发布会有巨大的成本，如果出现错误会有严重的后果。 保持可交付成果处于可发布状态会降低交付成本。
对企业来说，这些价值一起使持续交付成为真正的游戏变革者。 尽管可以在团队或项目级别开始采用和验证，但持续交付的本质是它以需要真正投资和自上而下承诺的方式跨越了组织边界。 选择与现有投资互补并共存的持续交付工具链是走向成功的关键一步， 特别是因为 CD 可以引导你的组织采用 DevOps 文化。
......@@ -98,10 +98,10 @@ Nexus 作为 Docker 镜像和 Helm chart（使用的是 Helm Nexus 插件）的
<item>
<title>Java 应用使用 Docker 的入门指南：建立一个 CI/CD 流水线</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</link>
<pubDate>Wed, 10 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</guid>
<description>Docker 已经非常出名并且更多的组织正在转向基于 Docker 的应用开发和部署。这里有一个关于如何容器化现有 Java Web 应用以及使用 Jenkins 为它建立一个端到端部署流水线的快速指南。
为此我使用了非常著名的基于 Spring 的宠物商店应用，它代表了一个很好的示例，因为大多数应用都遵循类似的体系结构。
步骤 构建宠物商店应用。 运行一次 Sonar 质量检查。 使用该 Web 应用准备 Docker 镜像。 运行容器以及执行集成测试。 如果所有测试成功，推送该镜像到一个 dockerhub 账户。 所有的代码都在这里。
......@@ -111,10 +111,10 @@ node { stage &#39;checkout&#39; git &#39;https://gitlab.com/RavisankarCts/hello-
<item>
<title>Jenkins 中文社区邀您来上海共同参与2019年的国际开源盛宴</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<description>KubeCon + CloudNativeCon | Open Source Summit | 持续交付峰会 中国2019 2019年4月10日，旧金山 - Linux基金会是一家以开源促进大众创新的非营利组织，今天公布将于2019年6月24至26日在中国上海举行的 KubeCon + CloudNativeCon + Open Source Summit 中国2019日程。
Open Source Summit 中国2019前身为 LinuxCon + ContainerCon + CloudOpen 中国（LC3），是开源社区寻求合作、共享信息、了解当今最有影响力的开源技术和议题的重要平台，包括：云原生、无服务器、微服务、物联网、人工智能、网络、Linux 等。
2019年，首次将Open Source Summit中国和KubeCon + CloudNativeCon中国整合成一项活动，只需购票一次即可参加KubeCon + CloudNativeCon + Open Source Summit中国。
......@@ -125,10 +125,10 @@ Jenkins 中文社区邀您参与社区共同成长 在开源盛会开展的同
<item>
<title>什么是 CI/CD?</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-12-what-is-cicd/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-12-what-is-cicd/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-12-what-is-cicd/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-12-what-is-cicd/</guid>
<description>CI/CD 的出现改变了开发人员和测试人员发布软件的方式。本文是描述这一变化的系列文章第一篇， 这些文章将提供各种工具和流程的讲解，以帮助开发人员更好的使用 CI/CD。
从最初的 瀑布模型， 到后来的 敏捷开发， 再到今天的 DevOps， 这是现代开发人员构建出色产品的技术路线。 随着 DevOps 的兴起，出现了持续集成，持续交付（CI/CD）和持续部署的新方法， 而传统的软件开发和交付方式在迅速变得过时。过去的敏捷时代里， 大多数公司的软件发布周期是每月、每季度甚至每年（还记得那些日子吗？）， 而在现在 DevOps 时代，每周、每天甚至每天多次都是常态。 当 SaaS 成为业界主流后尤其如此，您可以轻松地动态更新应用程序， 而无需强迫用户下载更新组件。很多时候，用户甚至都不会注意到正在发生变化。
开发团队通过软件交付流水线（Pipeline）实现自动化，以缩短交付周期， 大多数团队都有自动化流程来检查代码并部署到新环境。 我们一直在关注自动化测试流程，但这将在之后的文章中介绍。 今天，我们将介绍什么是 CI/CD/CD ，以及现代软件公司如何使用工具将部署代码的流程自动化。
......
tags/cdf/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>cdf on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/cdf/</link>
<description>Recent content in cdf on Jenkins 中文社区</description>
<title>Cdf on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/cdf/</link>
<description>Recent content in Cdf on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Mon, 13 May 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/cdf/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/cdf/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>持续交付峰会 Call For Papers</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</link>
<pubDate>Mon, 13 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</guid>
<description>持续交付峰会是一个为期一天的活动，将开源 CI/CD 社区汇集在一起。这一天将包括主题演讲，项目展示和终端用户的故事，以及 BoF 会议。与同行会面并推动未来持续交付的方向。
重要日期 CFP 开始：4月29日，星期一 CFP 关闭：太平洋标准时间 5月17日，23:59，星期五 CFP 通知：5月29日，星期三 日程通知：5月30日，星期一 幻灯片截止：6月17日，星期四 活动时间：6月24日 建议的话题 CDF 的项目 Jenkins Jenkins X Tekton 和 Spinnaker 讲述你正在使用的这些项目的功能或者集成的功能，分享你为什么要使用以及如何利用这些项目解决了哪些问题 你们团队的持续交付 我们希望能听到真实项目中的使用，以及你们团队所推荐的持续交付实践 安全与合规性最佳实践 分享在持续交付中改善你们的软件供应链中的安全性的案例和技巧 帮助我们的同时也帮助自己 描绘你希望看到的 CI/CD 景象 点击这里提交你的演讲题目
点击这里查看其他更多的同场活动。</description>
......@@ -24,10 +24,10 @@
<item>
<title>Jenkins 正在加入持续交付基金会</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-20-cdf-launch/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-20-cdf-launch/</link>
<pubDate>Wed, 20 Mar 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-20-cdf-launch/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-20-cdf-launch/</guid>
<description>今天Linux 基金会与 CloudBees、Google 和一些其他公司启动了一个新的开源软件基金会，也就是持续交付基金会(CDF). CDF 相信持续交付的力量，它旨在培养与支持开源生态，以及厂商中立的项目。
Jenkins 的贡献者们已经决定，我们的项目应该加入这个新的基金会。 实际上，这样的讨论持续了多年，大致的动机简洁摘要在这里。
此时，作为一名用户，又意味着什么呢？
......@@ -43,10 +43,10 @@ Jenkins 的贡献者们已经决定，我们的项目应该加入这个新的基
<item>
<title>为 Continuous Delivery Foundation 的成立感到兴奋</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</link>
<pubDate>Wed, 13 Mar 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</guid>
<description>大概十一年前，我就开始为现在被称为 Jenkins 的项目做贡献，自己当时其实也并不知道在做什么。但是接下来发生的事情令人感觉难以置信，数以百计的贡献者加入，成千上万的新用户开始使用 Jenkins，每天都会运行数以百万条的流水线。这样的增长是充满挑战性的，用户的增长意味着问题的增长，问题的增长就意味着需要新的解决方式。 在大约两年半之前，我在2017年的 Jenkins World Contributor Summit 大会上面对一大群 Jenkins 的贡献者们，为我的所谓的 &amp;lsquo;Jenkins软件基金会&amp;rsquo; 做了宣传，那就是，不要羞于从 Python 社区汲取思想，在我的朋友 Chris Aniszczyk 和 Linux 基金会的帮助下，这个基金会变成了一个更加全面的 *持续交付基金会*（CDF），我的同事 Tracy Miranda 一直在领导这项工作，帮助推动 CDF 的成立。
Kohsuke 为 jenkinsci-dev@ mailing list 撰写了一篇很好的概述文章，其中列举了如果 Jenkins 项目一旦建立后就应该加入 Continuous Delivery Foundation 的原因。如果你对 Jenkins 项目感兴趣，但是还没有阅读过这边文章的话，那我认为你应该花些时间来阅读 Kohsuke 的这份邮件。但是在 这篇文章 中，我 想分享我愿意帮助建立持续交付基金会（CDF）的原因。
持续交付（CD）已经成为我职业生涯中不可或缺的一部分，甚至在 Jez Humble 将此概念清晰地表述之前，我就开始学习 CD 并且对它一直充满热情。我认为它对软件的开发实践至关重要，当有人说他们没有练习使用 CI 或 CD 时，我感觉这就像回到了原始社会。想象一下，如果有人说 &amp;ldquo;呃，我们在这里有一个采用 Source Control 的项目，但领导们觉得这个东西不太靠谱&amp;rdquo;，我想你肯定会惊掉下巴。&amp;rdquo;在这个时代竟然还有开发团队都不使用源代码管理？&amp;rdquo;。总体来说，我认为CD已经是现代软件开发的基础了。
......
tags/cdsummit/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>cdsummit on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/cdsummit/</link>
<description>Recent content in cdsummit on Jenkins 中文社区</description>
<title>Cdsummit on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/cdsummit/</link>
<description>Recent content in Cdsummit on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<atom:link href="https://jenkins-zh.cn/tags/cdsummit/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/cdsummit/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Jenkins 中文社区邀您来上海共同参与2019年的国际开源盛宴</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<description>KubeCon + CloudNativeCon | Open Source Summit | 持续交付峰会 中国2019 2019年4月10日，旧金山 - Linux基金会是一家以开源促进大众创新的非营利组织，今天公布将于2019年6月24至26日在中国上海举行的 KubeCon + CloudNativeCon + Open Source Summit 中国2019日程。
Open Source Summit 中国2019前身为 LinuxCon + ContainerCon + CloudOpen 中国（LC3），是开源社区寻求合作、共享信息、了解当今最有影响力的开源技术和议题的重要平台，包括：云原生、无服务器、微服务、物联网、人工智能、网络、Linux 等。
2019年，首次将Open Source Summit中国和KubeCon + CloudNativeCon中国整合成一项活动，只需购票一次即可参加KubeCon + CloudNativeCon + Open Source Summit中国。
......
tags/cfp/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>cfp on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/cfp/</link>
<description>Recent content in cfp on Jenkins 中文社区</description>
<title>Cfp on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/cfp/</link>
<description>Recent content in Cfp on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Mon, 13 May 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/cfp/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/cfp/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>持续交付峰会 Call For Papers</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</link>
<pubDate>Mon, 13 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-13-cdf-call-for-papers/</guid>
<description>持续交付峰会是一个为期一天的活动，将开源 CI/CD 社区汇集在一起。这一天将包括主题演讲，项目展示和终端用户的故事，以及 BoF 会议。与同行会面并推动未来持续交付的方向。
重要日期 CFP 开始：4月29日，星期一 CFP 关闭：太平洋标准时间 5月17日，23:59，星期五 CFP 通知：5月29日，星期三 日程通知：5月30日，星期一 幻灯片截止：6月17日，星期四 活动时间：6月24日 建议的话题 CDF 的项目 Jenkins Jenkins X Tekton 和 Spinnaker 讲述你正在使用的这些项目的功能或者集成的功能，分享你为什么要使用以及如何利用这些项目解决了哪些问题 你们团队的持续交付 我们希望能听到真实项目中的使用，以及你们团队所推荐的持续交付实践 安全与合规性最佳实践 分享在持续交付中改善你们的软件供应链中的安全性的案例和技巧 帮助我们的同时也帮助自己 描绘你希望看到的 CI/CD 景象 点击这里提交你的演讲题目
点击这里查看其他更多的同场活动。</description>
......
tags/ci/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>ci on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/ci/</link>
<description>Recent content in ci on Jenkins 中文社区</description>
<title>Ci on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/ci/</link>
<description>Recent content in Ci on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Mon, 29 Jul 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/ci/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/ci/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>在 Kubernetes 上使用 Jenkins </title>
<link>https://jenkins-zh.cn/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</link>
<pubDate>Mon, 29 Jul 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/07/2019-07-29-leveraging-jenkins-on-kubernetes/</guid>
<description>​有几种方法可以在 DevOps 环境中管理您的云基础架构。 DevOps 是一种鼓励快速流动的应用程序开发以及促进 IT 团队开发、测试、发布过程无缝无缝衔接的方法。
Jenkins 通过自动化将持续集成（CI）和持续交付（CD）无缝集成到开发流程中来优化工作流程。
可以使用 Kubernetes 中的 Jenkins pod 部署这些技术， Jenkins pod 可以根据团队的具体需求进行扩展。
......@@ -27,10 +27,10 @@ CI/CD 流水线 Jenkins 是 CI/CD 的同义词，它是自动化开发、部署
<item>
<title>30分钟搞定 Jenkins CI</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/06/2019-06-14-setup-jenkins-ci-in-30-minutes/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/06/2019-06-14-setup-jenkins-ci-in-30-minutes/</link>
<pubDate>Fri, 14 Jun 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/06/2019-06-14-setup-jenkins-ci-in-30-minutes/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/06/2019-06-14-setup-jenkins-ci-in-30-minutes/</guid>
<description>你想在本地设置中使用 Jenkins CI 进行实验吗？在本文中，我们将设置一个本地 Jenkins CI 服务，为一个简单的 Spring Boot Maven 项目创建一个构建工作，并将创建的 Docker 镜像推送到 DockerHub。这将是一个本地实验的设置，但如果你想尝试一个 Jenkins 插件，它会非常方便。
1.先决条件 开始之前，我们需要以下先决条件：
我们使用了 Ubuntu 18.04； 必须安装 Docker，有关安装说明，请参见此处； 我们需要在 Docker registry 来推送我们的 Docker 镜像。最简单的方法是在DockerHub上创建一个帐户。你可以免费创建帐户。也不会收到垃圾广告邮件； 构建工作的 Spring Boot 应用程序。我们将使用前一篇文章中的 Spring Boot MVC 应用程序。源代码可以在GitHub上找到，相应的Docker图像可以在DockerHub上找到。该应用程序包含 http://localhost:8080/hello 上的一个 HTTP 端点，并只返回一条 Hello Kubernetes 欢迎消息。 2.运行 Jenkins CI 我们将使用 Jenkins CI Docker 官方镜像运行 Jenkins 服务。完整的文档可以在这里找到。用以下命令启动容器:
......@@ -39,10 +39,10 @@ $ docker run -p 8080:8080 --name myjenkins -v jenkins_home:/var/jenkins_home -v
<item>
<title>使用 Jenkins X、Kubernetes 和 Spring Boot 实现 CI/CD</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</link>
<pubDate>Fri, 24 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-24-achieve-cicd-with-jenkins-x-kubernetes-and-spring/</guid>
<description>过去五年中的变化，如迁移到公有云以及从虚拟机向容器的转变，已经彻底改变了构建和部署软件的意义。
以 Kubernetes 为例。Google 于2014年开源，现在所有主流的公有云供应商都支持它&amp;mdash;它为开发人员提供了一种很好的方式，可以将应用程序打包到 Docker 容器中，并部署到任意 Kubernetes 集群中。
使用 CI/CD、Kubernetes 和 Jenkins X 进行高性能开发 在技术上，高性能团队几乎总是成功的必要条件，而持续集成、持续部署(CI/CD)、小迭代以及快速反馈是构建模块。为你的云原生应用程序设置 CI/CD 可能比较困难。通过自动化所有内容，开发人员可以花费宝贵的时间来交付实际的业务。
......@@ -55,10 +55,10 @@ Jenkins X 入门 要安装 Jenkins X，首先需要在你的机器或云供应
<item>
<title>基于 Jenkins &#43; JaCoCo 实现功能测试代码覆盖率统计</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-22-jacoco-coverage-for-functional-test/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-22-jacoco-coverage-for-functional-test/</link>
<pubDate>Wed, 22 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-22-jacoco-coverage-for-functional-test/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-22-jacoco-coverage-for-functional-test/</guid>
<description>使用 JaCoCo 统计功能测试代码覆盖率？ 对于 JaCoCo，有所了解但又不是很熟悉。 &amp;ldquo;有所了解&amp;rdquo;指的是在 CI 实践中已经使用 JaCoCo 对单元测试代码覆盖率统计： 当代码 push 到代码仓库后，用 JaCoCo 进行单元测试代码覆盖率统计，并将相应数据推送到 SonarQube。 &amp;ldquo;不是很熟&amp;rdquo;指的是应用场景也仅限于此，并未进行过多研究与实践。
前不久，有测试同事提出，想要在实际测试时，用 JaCoCo 统计功能测试代码覆盖率。 其主要目的是在经过功能测试后，通过查看代码覆盖率统计的相关指标，增强对软件质量的信心。 经查阅资料，证明这是可行的。
由于对 JaCoCo 不甚了解，于是查阅官网资料对 JaCoCo 进一步了解。
......@@ -69,10 +69,10 @@ JaCoCo 产品功能 指令(C0)、分支(C1)、行、方法、类型和圈复杂
<item>
<title>从 Jenkins 到 Jenkins X</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</link>
<pubDate>Fri, 17 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-17-from-jenkins-to-jenkins-x/</guid>
<description>这是一个关于 dailymotion 从 Jenkins 到 Jenkins X 的旅程，我们遇到的问题，以及我们是如何解决它们的故事。
我们的上下文 在 dailymotion ，我们坚信 devops 最佳实践，并且在 Kubernetes 投入了大量投资。 我们的部分产品已经部署在 Kubernetes 上，但并不是全部。 因此，当迁移我们的广告技术平台的时候，我们想要完全采用“ Kubernetes 式”——或者云原生，以追随技术趋势！ 这意味着要重新定义整个 CI/CD 流水线，从静态/永久环境迁移，转向动态按需分配环境。 我们的目标是授权给我们的开发人员，缩短我们的上线时间以及降低我们的运营成本。
对于新的 CI/CD 平台我们的初始需求是: - 尽可能避免从零开始：我们的开发人员已经习惯使用 Jenkins 和声明式流水线，并且它们可以很好地满足我们当前的需求。 - 以公有云基础设施为目标——Google 云平台和 Kubernetes 集群 - 与 gitops 方法论兼容——因为我们喜欢版本控制、同行评审和自动化
......@@ -82,10 +82,10 @@ Kubernetes 之上的 Jenkins Jenkins X 的设置相当简单，并且在他们
<item>
<title>与云无关的用于 Kubernetes 的自动化 CI/CD </title>
<link>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</link>
<pubDate>Thu, 16 May 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/05/2019-05-16-cloud-agnostic-automated-cicd-for-k8s/</guid>
<description>在本文中，我想讨论一种在云环境中为 Kubernetes 工作负载实现自动化端到端 CI/CD 的方法。 这里可能有其它解决方案，而像 AWS、Microsoft Azure 和 GCP 这样的云提供商也提供了自己的一套框架，以实现与 Kubernetes 相同的目标。
它的部署模型的核心是 Rancher，Rancher 负责为托管在不同云环境和裸机环境中的多个 Kubernetes 集群提供集中管理与运营的能力。 根据应用程序和业务需要，这里提到的工具可以替换为自己选择的工具。
在详细介绍之前，这里有张部署模型的快照：
......@@ -97,10 +97,10 @@ Nexus 作为 Docker 镜像和 Helm chart（使用的是 Helm Nexus 插件）的
<item>
<title>应该使用什么 CI/CD 工具？</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</link>
<pubDate>Tue, 30 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-30-what-cicd-tool-should-i-use/</guid>
<description>在我们正在进行的 Kubernetes FAQ 系列中，我们回答了社区中一些常见的问题，本周我们将讨论在选择 CI/CD 工具时需要考虑什么。
目前已经有大量的 CI/CD 工具可供选择-开源解决方案和商业解决方案。在这里，我们重点介绍在设置持续交付流水线时要考虑的一些最重要的注意事项。
在这篇文章中你将学到： - 为什么需要自动化流水线 - 部署典型流水线的组件 - CD 流水线功能需要考虑 - 如何合并 GitOps
......@@ -111,10 +111,10 @@ Nexus 作为 Docker 镜像和 Helm chart（使用的是 Helm Nexus 插件）的
<item>
<title>Java 应用使用 Docker 的入门指南：建立一个 CI/CD 流水线</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</link>
<pubDate>Wed, 10 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-10-getting-started-with-docker-for-java-applications/</guid>
<description>Docker 已经非常出名并且更多的组织正在转向基于 Docker 的应用开发和部署。这里有一个关于如何容器化现有 Java Web 应用以及使用 Jenkins 为它建立一个端到端部署流水线的快速指南。
为此我使用了非常著名的基于 Spring 的宠物商店应用，它代表了一个很好的示例，因为大多数应用都遵循类似的体系结构。
步骤 构建宠物商店应用。 运行一次 Sonar 质量检查。 使用该 Web 应用准备 Docker 镜像。 运行容器以及执行集成测试。 如果所有测试成功，推送该镜像到一个 dockerhub 账户。 所有的代码都在这里。
......@@ -124,10 +124,10 @@ node { stage &#39;checkout&#39; git &#39;https://gitlab.com/RavisankarCts/hello-
<item>
<title>持续集成的收益与挑战</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-03-the-benefits-and-challenges-of-continuous-integration/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-03-the-benefits-and-challenges-of-continuous-integration/</link>
<pubDate>Wed, 03 Apr 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-03-the-benefits-and-challenges-of-continuous-integration/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-03-the-benefits-and-challenges-of-continuous-integration/</guid>
<description>毫无疑问，持续集成（ CI ）已成为一个软件开发的主流原则。CI 的收益在业界众所周知的，并且很难找到反对实施它的人。
在这里，我想把那些收益收集起来放到一个中心化的地方。但是我认为扮演反面角色并试图找出持续集成的弊端或挑战也是很有趣的。
什么是持续集成？ 从根本上说， 持续集成（ CI ）是一种开发实践，开发人员每天都要将代码集成到共享的仓库中。在该仓库中，代码被自动构建进行验证用来在这个流程中检验尽早的发现任何问题。这允许团队花更少的时间回溯，而花更多的时间构建新特性。
......@@ -141,10 +141,10 @@ node { stage &#39;checkout&#39; git &#39;https://gitlab.com/RavisankarCts/hello-
<item>
<title>Jenkins 中文社区邀您来上海共同参与2019年的国际开源盛宴</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<description>KubeCon + CloudNativeCon | Open Source Summit | 持续交付峰会 中国2019 2019年4月10日，旧金山 - Linux基金会是一家以开源促进大众创新的非营利组织，今天公布将于2019年6月24至26日在中国上海举行的 KubeCon + CloudNativeCon + Open Source Summit 中国2019日程。
Open Source Summit 中国2019前身为 LinuxCon + ContainerCon + CloudOpen 中国（LC3），是开源社区寻求合作、共享信息、了解当今最有影响力的开源技术和议题的重要平台，包括：云原生、无服务器、微服务、物联网、人工智能、网络、Linux 等。
2019年，首次将Open Source Summit中国和KubeCon + CloudNativeCon中国整合成一项活动，只需购票一次即可参加KubeCon + CloudNativeCon + Open Source Summit中国。
......@@ -155,10 +155,10 @@ Jenkins 中文社区邀您参与社区共同成长 在开源盛会开展的同
<item>
<title>什么是 CI/CD?</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-12-what-is-cicd/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-12-what-is-cicd/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-12-what-is-cicd/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-12-what-is-cicd/</guid>
<description>CI/CD 的出现改变了开发人员和测试人员发布软件的方式。本文是描述这一变化的系列文章第一篇， 这些文章将提供各种工具和流程的讲解，以帮助开发人员更好的使用 CI/CD。
从最初的 瀑布模型， 到后来的 敏捷开发， 再到今天的 DevOps， 这是现代开发人员构建出色产品的技术路线。 随着 DevOps 的兴起，出现了持续集成，持续交付（CI/CD）和持续部署的新方法， 而传统的软件开发和交付方式在迅速变得过时。过去的敏捷时代里， 大多数公司的软件发布周期是每月、每季度甚至每年（还记得那些日子吗？）， 而在现在 DevOps 时代，每周、每天甚至每天多次都是常态。 当 SaaS 成为业界主流后尤其如此，您可以轻松地动态更新应用程序， 而无需强迫用户下载更新组件。很多时候，用户甚至都不会注意到正在发生变化。
开发团队通过软件交付流水线（Pipeline）实现自动化，以缩短交付周期， 大多数团队都有自动化流程来检查代码并部署到新环境。 我们一直在关注自动化测试流程，但这将在之后的文章中介绍。 今天，我们将介绍什么是 CI/CD/CD ，以及现代软件公司如何使用工具将部署代码的流程自动化。
......
tags/cicd/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>cicd on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/cicd/</link>
<description>Recent content in cicd on Jenkins 中文社区</description>
<title>Cicd on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/cicd/</link>
<description>Recent content in Cicd on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Wed, 13 Mar 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/cicd/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/cicd/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>为 Continuous Delivery Foundation 的成立感到兴奋</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</link>
<pubDate>Wed, 13 Mar 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-13-ready-for-cdf/</guid>
<description>大概十一年前，我就开始为现在被称为 Jenkins 的项目做贡献，自己当时其实也并不知道在做什么。但是接下来发生的事情令人感觉难以置信，数以百计的贡献者加入，成千上万的新用户开始使用 Jenkins，每天都会运行数以百万条的流水线。这样的增长是充满挑战性的，用户的增长意味着问题的增长，问题的增长就意味着需要新的解决方式。 在大约两年半之前，我在2017年的 Jenkins World Contributor Summit 大会上面对一大群 Jenkins 的贡献者们，为我的所谓的 &amp;lsquo;Jenkins软件基金会&amp;rsquo; 做了宣传，那就是，不要羞于从 Python 社区汲取思想，在我的朋友 Chris Aniszczyk 和 Linux 基金会的帮助下，这个基金会变成了一个更加全面的 *持续交付基金会*（CDF），我的同事 Tracy Miranda 一直在领导这项工作，帮助推动 CDF 的成立。
Kohsuke 为 jenkinsci-dev@ mailing list 撰写了一篇很好的概述文章，其中列举了如果 Jenkins 项目一旦建立后就应该加入 Continuous Delivery Foundation 的原因。如果你对 Jenkins 项目感兴趣，但是还没有阅读过这边文章的话，那我认为你应该花些时间来阅读 Kohsuke 的这份邮件。但是在 这篇文章 中，我 想分享我愿意帮助建立持续交付基金会（CDF）的原因。
持续交付（CD）已经成为我职业生涯中不可或缺的一部分，甚至在 Jez Humble 将此概念清晰地表述之前，我就开始学习 CD 并且对它一直充满热情。我认为它对软件的开发实践至关重要，当有人说他们没有练习使用 CI 或 CD 时，我感觉这就像回到了原始社会。想象一下，如果有人说 &amp;ldquo;呃，我们在这里有一个采用 Source Control 的项目，但领导们觉得这个东西不太靠谱&amp;rdquo;，我想你肯定会惊掉下巴。&amp;rdquo;在这个时代竟然还有开发团队都不使用源代码管理？&amp;rdquo;。总体来说，我认为CD已经是现代软件开发的基础了。
......
tags/cloud-native/index.xml
浏览文件 @ 35fe06e3
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>cloud-native on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/cloud-native/</link>
<description>Recent content in cloud-native on Jenkins 中文社区</description>
<title>Cloud Native on Jenkins 中文社区</title>
<link>https://jenkins-zh.github.io/tags/cloud-native/</link>
<description>Recent content in Cloud Native on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<atom:link href="https://jenkins-zh.cn/tags/cloud-native/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/cloud-native/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Custom WAR Packager</title>
<link>https://jenkins-zh.cn/wechat/articles/2018/12/2018-12-5-custom-war-packager/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2018/12/2018-12-5-custom-war-packager/</guid>
<description>我打算给 Jenkins 管理员和开发者介绍一个新的工具 Custom WAR Packager。该工具可以打包 Jenkins 的自定义 WAR 发行版、 Docker 镜像和 Jenkinsfile Runner 包。 它可以打包 Jenkins、插件以及配置为开箱即用的发行版。 Custom WAR Packager 是我们在博客 A Cloud Native Jenkins(/blog/2018/09/12/speaker-blog-a-cloud-native-jenkins/) 中介绍过的无状态 Jenkins master 工具链的一部分。这个工具链已经在 Jenkins X 中被使用，用于构建 serverless 镜像(https://github.com/jenkins-x/jenkins-x-serverless)。
在这篇文章中，我将会介绍几种 Custom WAR Packager 常见的使用场景。
== 历史
正如 Jenkins 本身一样，Custom WAR Packager 开始于一个小的开发工具。在 Jenkins 内运行集成测试很长时间以来都是一个难题。 对此，我们有三个主要的框架： Jenkins Test Harness, Acceptance Test Harness, 和 Plugin Compatibility Tester. 这些框架都需要一个 Jenkins WAR 文件来运行测试。但是假如你想在类似 AWS 一样的自定义环境中进行 Jenkins 测试呢？ 或者，你希望基于 Pluggable Storage 的环境也可以复用 Jenkins 流水线测试，来确保没有回归缺陷？</description>
</item>
<item>
<title>Jenkins 中文社区邀您来上海共同参与2019年的国际开源盛宴</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/04/2019-04-15-kubecon-cn/</guid>
<description>KubeCon + CloudNativeCon | Open Source Summit | 持续交付峰会 中国2019 2019年4月10日，旧金山 - Linux基金会是一家以开源促进大众创新的非营利组织，今天公布将于2019年6月24至26日在中国上海举行的 KubeCon + CloudNativeCon + Open Source Summit 中国2019日程。
Open Source Summit 中国2019前身为 LinuxCon + ContainerCon + CloudOpen 中国（LC3），是开源社区寻求合作、共享信息、了解当今最有影响力的开源技术和议题的重要平台，包括：云原生、无服务器、微服务、物联网、人工智能、网络、Linux 等。
2019年，首次将Open Source Summit中国和KubeCon + CloudNativeCon中国整合成一项活动，只需购票一次即可参加KubeCon + CloudNativeCon + Open Source Summit中国。
......@@ -38,10 +26,10 @@ Jenkins 中文社区邀您参与社区共同成长 在开源盛会开展的同
<item>
<title>Jenkins 和 Kubernetes -云上的神秘代理</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/01/2019-01-30-k8s-jenkins-secet-agent/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/01/2019-01-30-k8s-jenkins-secet-agent/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/01/2019-01-30-k8s-jenkins-secet-agent/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/01/2019-01-30-k8s-jenkins-secet-agent/</guid>
<description>最近我们构建和部署服务的方式与原来相比简直就是突飞猛进，像那种笨拙的、单一的、用于构建单体式应用程序的方式已经是过去式了。我们努力了这么久，终于达到了现在的效果。现在的应用为了提供更好的拓展性和可维护性，都会去拆解成各种相互依赖小、解耦性强的微服务，这些服务有各自的依赖和进度。如果你想去构建你所负责的服务，那么从一开始，就应该使用 CI/CD 的方式；当然，如果你走上了这条路， Jenkins 就是你的良师益友。
如果你是做微服务的话，那让我们在开始之前先花些时间想一想。如果你只在 Jenkins 上构建单体式应用程序，那你肯定每天都会运行很多 Jenkins job, 而且还要不厌其烦地运行很多次。所以，我们应该好好想清楚怎么样来做出一些改变来适应这种事情。其实只需要付出一些努力，Jenkins 就可以帮我们很好地解决这种事情。
我的 Jenkins 的进阶之路 作为一个 Devops 从业者，我遇到的最大问题是如何管理并优化自己的 Jenkins agent 结构。如果只是用 Jenkins 玩玩，实验性地跑一些流水线，那根本不用考虑 agent 的事情。如果你每天要跑成百上千条流水线的话，那考虑怎么去做优化就是一件非常非常重要的事情了。在 Jenkins 进阶之路中，我也尝试了各种不同的方式来寻找最好的 Jenkins agent 的使用方式。相信如果你也和我一样经历过，那下面这些事情你一定会很熟悉喽。
......@@ -49,16 +37,5 @@ Jenkins 中文社区邀您参与社区共同成长 在开源盛会开展的同
所有的构建都在 master 节点上跑，在这个节点上运行所有的组件. (我给这个阶段起了个可爱的名字， Hello Jenkins) 创建一个 Jenkins EC2 代理，并且在这个代理上运行所有的构建，怎么说呢， 就是大而全，这个节点什么都能做。如果需要同时做多条任务，那就把这个大而全的节点克隆一份。 (这个阶段我起的名字是 Monster Agent.) 为每种服务创建不同的 Jenkins EC2 的节点 (这个阶段我起的名字叫做 Snowflake Agent.) 在容器中运行流水线的所有步骤。 打个比方，在 Jenkins 中使用 Docker Plugin 这个插件将代理挂载到容器中，或者使用 multi-stage Dockerfiles 把所有构建，测试打包的流程都封装起来。这两种方法都是很好的容器抽象化的开端，并且允许您轻松地将制品从一个容器复制到另一个容器。当然了，每一种方法都是需要访问 Docker engine 的。为了让我的 Jenkins 代理能够正常工作，现在我用以下几种方式来管理 docker host 在我的 Jenkins 主容器中运行一个Docker engine - Docker in Docker (DinD) 把主机上的 Docker socket 挂载到我的容器中来，让我的容器能够以 sidecar 的方式运行。 为 Jenkins 主服务器配置单个外部 EC2 Docker 主机，以用于在容器中启动构建 使用 EC2 插件和包含 Docker Engine 的 AMI 动态启动代理，然后运行多阶段 Dockerfile 中的所有步骤 以上这些阶段各有利弊，但都是为了让我们从管理 Jenkins 节点中解放出来。不过，最近我又进阶到了另外一个阶段：Jenkins on Kubernetes.</description>
</item>
<item>
<title>从 Jenkins Master 扩展网络连接</title>
<link>https://jenkins-zh.cn/wechat/articles/2018/12/2018-12-19-scaling-network-connections/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2018/12/2018-12-19-scaling-network-connections/</guid>
<description>Oleg Nenashev 和我今年将在旧金山的 DevOps World | Jenkins World 上，做从 Jenkins Master 扩展网络连接 的演讲。 多年来，我们一直致力于分析、优化和加强 Remoting channel， 才有了现如今 master 能够协调 agent 的活动，并且接收构建的结果。 尽管许多技术可以改进服务，比如优化代理启动器，但是想要有质的改变，只有从根本上改变传播的内容和方式。
3月，JENKINS-27035 引入了一个框架，用于检查 Remoting channel 在高级别上的通信。 以前，开发人员只能使用一般的低级工具，例如 Wireshark， 它不能精确的识别 Jenkins 负责通信的代码片段。
在过去的几个月里，Cloud Native SIG 在解决根本原因方面取得了进展。 Artifact Manager on S3 plugin 已经发布并与 Jenkins Evergreen 整合， 支持在 agent 和 Amazon 服务器之间，进行大制品的上传和下载， 源生插件允许由 agent 生成的所有构建的日志内容（例如在 steps 的 sh 中） 直接定向流到外部存储服务，如 AWS CloudWatch Logs。 与此同时也开始上传 junit 格式的测试结果，这些测试结果有时会变的很大，将直接从 agent 到存储数据库。 所有这些努力都可以减轻 Jenkins Master 和本地网络的负载，而不需要开发人员修改他们的 pipeline 脚本。</description>
</item>
</channel>
</rss>
\ No newline at end of file
tags/community/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/contributing/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/contributorsummit/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/core/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/coverage/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/credentials/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/developer/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/devops-jenkins/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/devops/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/devopsworld2019/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/docker/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/docs/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/documentation/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/electron/index.xml
浏览文件 @ 35fe06e3
......@@ -2,21 +2,21 @@
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Electron on Jenkins 中文社区</title>
<link>https://jenkins-zh.cn/tags/electron/</link>
<link>https://jenkins-zh.github.io/tags/electron/</link>
<description>Recent content in Electron on Jenkins 中文社区</description>
<generator>Hugo -- gohugo.io</generator>
<language>zh-CN</language>
<lastBuildDate>Wed, 13 Mar 2019 00:00:00 +0000</lastBuildDate>
<atom:link href="https://jenkins-zh.cn/tags/electron/index.xml" rel="self" type="application/rss+xml" />
<atom:link href="https://jenkins-zh.github.io/tags/electron/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Electron 应用的流水线设计</title>
<link>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-13-electron-pipeline-demo/</link>
<link>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-13-electron-pipeline-demo/</link>
<pubDate>Wed, 13 Mar 2019 00:00:00 +0000</pubDate>
<guid>https://jenkins-zh.cn/wechat/articles/2019/03/2019-03-13-electron-pipeline-demo/</guid>
<guid>https://jenkins-zh.github.io/wechat/articles/2019/03/2019-03-13-electron-pipeline-demo/</guid>
<description>审校：LinuxSuRen（https://github.com/LinuxSuRen）
面向读者：需要了解 Jenkins 流水线的基本语法。
Electron 是由 Github 开发，用 HTML，CSS 和 JavaScript 来构建跨平台桌面应用程序的一个开源库。
......
tags/events/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/evergreen/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/flagger/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/general/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/git/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/gitlab/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/gsoc/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/gsoc2019/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/installers/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/istio/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jacoco/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/java11/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jenkins-x/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jenkins/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jenkinsworld/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jenkinsworld2018/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jira/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jmh/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/jte/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/k8s/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/kubecon/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/kubernetes/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/maven/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/multi-branch/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/multibranch/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/newcomer/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/nginx/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/open-source/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/opensource/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/outreachy/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/outreachy2018/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/performance/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/pipeline-authoring/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/pipeline/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/platform-sig/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/plugin/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/plugins/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/progressive-delivery/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/react/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/release/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/remote-file/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/security/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/shared-library/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/shipper/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/spec/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/spring-boot/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/springboot/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/template/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/webhooks/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/weekly/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/windows/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/zabbix/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/在线分享/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/导师/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/开源/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/志愿者/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/招募/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/持续交付/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/持续测试/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/测试/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/贡献激励/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/软件生命周期/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tags/黑客松/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/api/core/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/api/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/api/plugin/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/management/agent/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/management/auth/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/management/index.html
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/management/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/notify/email/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/notify/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/pipeline/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/plugin-dev/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/scm/git/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/scm/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/scm/svn/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/use-cases/build/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/use-cases/deploy/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
tutorial/use-cases/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
wechat/Jenkinsfile 0 → 100644
浏览文件 @ 35fe06e3
此差异已折叠。
wechat/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
weibo/index.xml
浏览文件 @ 35fe06e3
此差异已折叠。
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或