本文主要是介绍bamboo jenkins，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
25.1 CI/CD介绍
互联网软件的开发和发布，已经形成了一套标准流程，假如把开发工作流程分为以下几个阶段：
编码 --> 构建 --> 集成 --> 测试 --> 交付 --> 部署
正如你在上图中看到，[持续集成(Continuous Integration)]、[持续交付(Continuous Delivery)]和[持续部署(Continuous Deployment)]有着不同的软件自动化交付周期。
持续集成（CI）
上面整个流程中最重要的组成部分就是持续集成（Continuous integration，简称CI）。
持续集成指的是，频繁地（一天多次）将代码集成到主干。将软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。
它的好处主要有两个：
持续集成并不能消除Bug，而是让它们非常容易发现和改正。持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。
持续交付
持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。
持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。
持续部署（CD）
持续部署（continuous deployment）是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。
持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。
持续部署的前提是能自动化完成测试、构建、部署等步骤。
总的来说，持续集成、持续交付、持续部署提供了一个优秀的 DevOps 环境。对于整个开发团队来说，能很大地提升开发效率，好处与挑战并行。无论如何，频繁部署、快速交付以及开发测试流程自动化都将成为未来软件工程的重要组成部分。
25.2 Jenkins介绍
Jenkins概念
Jenkins是一个开源的、可扩展的持续集成、交付、部署（软件/代码的编译、打包、部署）的基于web界面的平台。允许持续集成和持续交付项目，无论用的是什么平台，可以处理任何类型的构建或持续集成。
官网：https://jenkins.io/ 官方文档：https://jenkins.io/doc/
Jenkins安装
安装最低配置：不少于256M内存，不低于1G磁盘，JDK版本>=8（openjdk也可以）。
- 安装jenkins：
- 访问安装：
-
打开浏览器，访问ip：8080进行安装，ip为linux机器ip
-
提示需要输入管理员密码，输入 77faa20f2ad544f7bcb6593b1cf1436b ，点击继续，会初始化一小段时间
这里我选择安装推荐的插件
这里就已经开始在安装插件，我们等它安装完就好了。
了解Jenkins
上面等插件安装完后，就进入到下面界面，提示要创建第一个admin用户，并设置用户名密码
这里我直接创建用户名为admin，密码自定义
- 查看jenkins的配置文件：
-
[root@lzx ~]# cat /etc/sysconfig/jenkins //查看jenkins的配置文件，定义了home、JAVA_CMD、user、port等基础配置，保持默认即可
## Path: Development/Jenkins
## Description: Jenkins Automation Server
## Type: string
## Default: "/var/lib/jenkins"
## ServiceRestart: jenkins
#
# Directory where Jenkins store its configuration and working
# files (checkouts, build reports, artifacts, ...).
#
JENKINS_HOME="/var/lib/jenkins"## Type: string
## Default: ""
## ServiceRestart: jenkins
#
# Java executable to run Jenkins
# When left empty, we'll try to find the suitable Java.
#
JENKINS_JAVA_CMD=""## Type: string
## Default: "jenkins"
## ServiceRestart: jenkins
#
# Unix user account that runs the Jenkins daemon
# Be careful when you change this, as you need to update
# permissions of $JENKINS_HOME and /var/log/jenkins.
#
JENKINS_USER="jenkins"## Type: string
## Default: "false"
## ServiceRestart: jenkins
#
# Whether to skip potentially long-running chown at the
# $JENKINS_HOME location. Do not enable this, "true", unless
# you know what you're doing. See JENKINS-23273.
#
#JENKINS_INSTALL_SKIP_CHOWN="false"## Type: string
## Default: "-Djava.awt.headless=true"
## ServiceRestart: jenkins
#
# Options to pass to java when running Jenkins.
#
JENKINS_JAVA_OPTIONS="-Djava.awt.headless=true"## Type: integer(0:65535)
## Default: 8080
## ServiceRestart: jenkins
#
# Port Jenkins is listening on.
# Set to -1 to disable
#
JENKINS_PORT="8080"## Type: string
## Default: ""
## ServiceRestart: jenkins
#
# IP address Jenkins listens on for HTTP requests.
# Default is all interfaces (0.0.0.0).
#
JENKINS_LISTEN_ADDRESS=""## Type: integer(0:65535)
## Default: ""
## ServiceRestart: jenkins
#
# HTTPS port Jenkins is listening on.
# Default is disabled.
#
JENKINS_HTTPS_PORT=""## Type: string
## Default: ""
## ServiceRestart: jenkins
#
# Path to the keystore in JKS format (as created by the JDK 'keytool').
# Default is disabled.
#
JENKINS_HTTPS_KEYSTORE=""## Type: string
## Default: ""
## ServiceRestart: jenkins
#
# Password to access the keystore defined in JENKINS_HTTPS_KEYSTORE.
# Default is disabled.
#
JENKINS_HTTPS_KEYSTORE_PASSWORD=""## Type: string
## Default: ""
## ServiceRestart: jenkins
#
# IP address Jenkins listens on for HTTPS requests.
# Default is disabled.
#
JENKINS_HTTPS_LISTEN_ADDRESS=""
## Type: integer(1:9)
## Default: 5
## ServiceRestart: jenkins
#
# Debug level for logs -- the higher the value, the more verbose.
# 5 is INFO.
#
JENKINS_DEBUG_LEVEL="5"## Type: yesno
## Default: no
## ServiceRestart: jenkins
#
# Whether to enable access logging or not.
#
JENKINS_ENABLE_ACCESS_LOG="no"## Type: integer
## Default: 100
## ServiceRestart: jenkins
#
# Maximum number of HTTP worker threads.
#
JENKINS_HANDLER_MAX="100"## Type: integer
## Default: 20
## ServiceRestart: jenkins
#
# Maximum number of idle HTTP worker threads.
#
JENKINS_HANDLER_IDLE="20"## Type: string
## Default: ""
## ServiceRestart: jenkins
#
# Pass arbitrary arguments to Jenkins.
# Full option list: java -jar jenkins.war --help
#
JENKINS_ARGS=""
jenkins存放数据不依靠数据库，所以在移植时只需要拷贝整个程序主目录即可。
发布PHP代码
查看插件：
系统管理–>插件管理，“可选插件”是未安装的插件，“已安装”是已经安装的插件，其中勾选为灰色的是不可卸载的插件。
检查是否有“Git plugin”和“Publish over SSH”两个插件，如果没有，在“可选插件”中安装。发现“Publish over SSH”没有，安装它
[root@lzx ~]# cd ~/.ssh/
[root@lzx .ssh]# ls //如果之前有生成过密钥对，那可以直接用，不需要再生成
authorized_keys known_hosts
[root@lzx .ssh]# ssh-keygen -f ~/.ssh/jenkins //生成密钥对
Generating public/private rsa key pair.
Enter passphrase (empty for no passphrase): //直接回车，也可以设置密码
Enter same passphrase again: //直接回车
Your identification has been saved in /root/.ssh/jenkins.
Your public key has been saved in /root/.ssh/jenkins.pub.
The key fingerprint is:
SHA256:VF7nN5V6pPco5DDnm8PUeu8OEg3VMj/IkgfYkqd/Hx4 root@lzx
The key's randomart image is:
+---[RSA 2048]----+
| = . o.o|
| * = +ooo|
| . = = *=.|
| . .oooO =o|
| S .B+.+.o|
| .=ooE.|
| oo=+ o|
| *..+ |
| o ++|
+----[SHA256]-----+
[root@lzx .ssh]# cat jenkins //查看私钥
-----BEGIN RSA PRIVATE KEY-----
MIIEpQIBAAKCAQEAu+H7NOAvrPYWwNPur64cwZYJz80MZdmQP44KJy1Zcqsfmawt
axjbgzZSPyXSM9fDqo32dR4OR8PdqFdnSDWU8gXl2tgTcsUiy+y+1TB7ZdgzmI8Z
LAAGKQsrWOFMBB9GCfBlAL6eGg4nnsnc4bDT2sJhZuzgfW/qK5AyWSCIm2wvfFw5
1m2WcaslRzNwGkg2cFK4tuY0ZkiF/UfA+YC88RAhSbjFD5FQKLzSHmkZbxbSGC09
cYtsZb3g4VwmkZUEuU/jy5nBUpxv54B6NjkvMxCVx9M/zviiTSZt+yRDaMySISxB
/3Y9FP7R/3Rcf1ZXYGK32hmQ55pDlbcM0gCEFQIDAQABAoIBAD0uSFweiMfc1unx
2W7R1sFfN1C4p8nev+9CNKIvTUpe2Qp0m9GdJZYjsUKo8Ts6jpfSZKgcom/SIzL3
S0WjVR4+t2u9IxAji8I2FKpdgEFY1uxd5MeENn1VCseFjfhlqqv/4RQN/nPjmhlG
CKxhpYs98vPOPQf70phe+1Y0ludtEztiJEM7viIsF8PLlCwf6P7S1JFIXXOAo+xQ
JAHt3AlzUj+HVfq97SbS+cbhuR/MwvIMQs54AsyPOVtt1Q7AOniDw/bnX8JpE9mU
diww6KHn/qQIB0DSWgvfyGwC6qM6C3nUv+EyybdJBcEsYAUH3SgZpBvu3smT2XN9
MCAFegECgYEA524LrSj57hPSKdGO3RT/jVReq0fHJscqSELHAl40lPSKQm+vFK2L
Z20jnQhPg9ebJQjqdkZ/J8EHuwuZjtiqYAeWUERcp5cEEm/BQZ5fB+vYlTZ+QXNa
S6Z9ex2/+qBwY8bJeZR5LPEzVN2cENH8t6FiJO1/csgS3T+KAxnGZoECgYEAz9Ri
CyGwoJs9IpEb3y9Q1AVeFvUQ47XQGJo4xD5nivJ3W/4XApajJl6hXoVp96Z0gXIR
Hhqp+/d4MOlDSeAUPeHcW6gE0h8BYl25fXbvXSpA7rSv8QU+BtQ4vMpsKF5bpRNt
vQjeJrPtHLuFJrOZ6yzov3s4EXlt0AbOBlWXW5UCgYEAvmn6zXRjfxFr3+B97UUz
pnL+mWqrXyqLjXz0BOzB0rUJdPQzV44anvRbUv7dfZrOGcCmOL50LJ9T3wACTlfS
hsR3Vn+IxJMqVIkCtxy5D+lrAAogA3YHmyrXH48wv+N11YJfjtssgF/MXk0f9W7w
wZ3VBJEsRaJ8cvGuejKg3QECgYEAzvoAun1O3mQ8OlSxoVAJ+11tGwftThofqKDO
sAJGNEbNQDyIxfcnfGr54pyTsCOCG/hxu71qVJlchbmJXeVfw1FQl6d5RZnDUyds
N9te/zW5fQFNx4clAsAP0VT26i0ur/PtcjmGpJzEI71NGgH75A7RrQEWEbERAAAG
5qAPIRECgYEAjpNyIsvDYcEtBj/oCQCa3FdPsGqRaYmBZLqJ4nCP5DolYgJkewKx
n5+AIYsXYYKB7W4a0uPKN6gMVVAkm0Icletpf9UpT51uMSR5JpqIwqOFNgI0+NkV
+jlerYcD909WjV3OqrwZm7yPqwa2RPkIfCbeHnXbkAcv+DuWn4L8RdI=
-----END RSA PRIVATE KEY-----
系统管理–>系统设置，找到之前安装的“Publish over SSH”插件，“Passphrase”填写之前生成秘钥时设置的密码，没有则留空，“Path to key”留空，“Key”粘贴/root/.ssh/jenkins文件内容。
Atlassian Bamboo 是一款持续集成构建服务器软件(Build Server)。 Bamboo的特点： 简单的用户界面 容易安装 - 顺利的话,5分钟内就可以让运行起来! 自动检测你的设置 - 如果您的Server上使用了Maven,Ant或者Java设置, Bamboo会自动检测他们； 连续的日志 - 监测你的build的colour coded日志。
Bamboo的特点：
1.简单的用户界面
2.容易安装 - 顺利的话,5分钟内就可以让运行起来!
3.自动检测你的设置 - 如果您的Server上使用了Maven,Ant或者Java设置, Bamboo会自动检测他们；
4.连续的日志 - 监测你的build的colour coded日志；
5.容易显示所有项目和color coded的最后一次build的结果摘要列表；
6.Build失败被显示为高亮并容易访问 - 测试结果被解析并保存到Bamboo 里；
7.当build被触发时,显示触发build的源代码变更.。以下为Bamboo 使用参考文档。
最佳JIRA集成？阶段性的。
我们可以列出所有强大的集成，但是，这将会占据整个页面。将Bamboo与JIRA连接，通过向问题自身推送构建状态和部署状态，可以让整个产品团队掌控每个问题的实现、质量与发布状态。而且，结合了用于从Bamboo中创建问题来追踪失败的构建或测试的快捷方式，开发人员和测试人员可以花时间来完善代码。而不是连接各个点。
一流的部署支持
让我们面对现实：传统的持续集成服务器，像Jenkins，不是很擅长向客户部署应用程序。Bamboo让你向测试环境发送持续构建流，当你准备好了的时候，再向客户发布程序。同时在背后，维护着至问题与提交的链接。想一想开发团队和运维团队之间消除的隔阂？
分支上轻松的持续集成
Bamboo通过将构建配置自动化地运用于新的分支中，从而轻松掌控开发分支上的代码质量。 分支继承了原始的构建配置，如此一来，即使是大量活跃着的分支，你只需做一次配置变更。 来自于任何分支的构建，可以引入至部署方案中，使分支上的探索性测试与代码评审变得轻而易举。
自动化合并
轻松处理合并的最佳方式是经常这样做，对于Git与Mercuiral 版本库，Bamboo实现了自动化合并。对于每一次更新，Bamboo可以从任意两个分支中签出代码并且合并代码，然后对合并后的代码运行构建，如果构建成功，则提交代码。不再远离主干，或者，当功能点完成时，不再为了大量的合并而备受煎熬。
测试的出色补充
我们有质量检验。如果你需要对我们诡异的测试进行注释，仔细考虑如何在多个作业中聚合测试结果，或者在电子表格中将失败的测试与JIRA问题相匹配，那么Bamboo会让人耳目一新。当一个测试失败了，从Bamboo中提出缺陷，或者与现有的JIRA问题进行链接。或者，使用一键点击，隔离不稳定的测试，并且在每次构建中进行追踪，直至再次发布。还有聚合的测试结果呢？放松？Bamboo也会处理好的。
灵活的持续集成&持续部署管道
使用Bamboo构建阶段的独特理念从而控制作业执行流，感受从顺序作业执行到并行作业执行以及使用拖拽方式轻松再次返回的自由。而且，忘记构件的指纹识别。只需要告诉Bamboo哪里能找到构件，以及需要消耗哪一个下游作业或者部署。
实时定制
当你需要一个弹性推动，Bamboo在这里为构建配置提供了一次性的定制。重新运行构建，为失败测试与诡异测试对任意修订版本号归零进行构建，或者覆盖一个变量的值。无需返回且无需事后重置？Bamboo为随后的构建自动地恢复为已保存的设置。
强大的构建代理管理
只需一些点击，就能扩展你的构建能力。连接至你自己网络中正在运行的服务器，或者使用Amaxon EC2 提高构建能力。使用代理矩阵(Agent Matrix)从而为每个构建实现可视化系统需求，并且看看哪个代理有能力满足这些需求。更好的是，每次你添加一个构建步骤或者是部署步骤，Bamboo告诉你多少代理能为其执行。
专业支持和丰富的资源
如果搜索StackOverflow网站听起来不像你“获取帮助”的想法，你将爱上Bamboo客户支持的三个通道。在线问答和最佳实践指南涵盖了所有使用Bamboo的方式，并且帮助你为你的团队设计有效的持续集成方案。我们的问答论坛，Atlassian Answers，对于那些令人头疼的用例，是很有帮助的。对于技术方面的故障排除，帮助只是在我们支持网站中的一个JIRA问题。对现有问题的搜索与投票，或者提交一个新的问题，我们的团队将在几个小时以内作出响应。
从Jenkins中快速导入
从Jenkins中快速导入 如果你准备好更深层次的JIRA集成、Git工作流高级支持以及拖拽式的构建流水线？但是负担不起花费几周时间通过点击操作来迁移构建？你已准备好使用我们的导入工具了。只需将Bamboo指向你的Jenkins配置，只需几分钟，这些配置将被Bamboo化。我们甚至提供了一个小抄，来帮助你适应。
这篇关于bamboo jenkins的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
