jenkins jboss_与JBoss Fuse，Jenkins和Nexus的持续集成

jenkins jboss

最近，我正在整理一个快速启动的Maven项目，以展示组织JBoss Fuse项目的可能方法。

该项目可以在Github上找到： https : //github.com/paoloantinori/fuse_ci

这是我与朋友詹姆斯·罗林斯（ James Rawlings）合作后所学到的一点点发展

该项目提出了一种在Maven多模块项目中组织代码库的方法。

感谢我收到的反馈和建议，该项目正在不断发展；但是关键是要显示一种组织项目的所有工件，脚本和配置的方法。

在ci文件夹中，您会发现子文件夹（例如features或karaf_scripts ，这些子文件夹可能最终在每个项目中创建文件，并带有内联注释，可根据您的特定需求帮助您进行调整和自定义 。

该项目还利用Fabric8处理一组托管的OSGi容器的创建，并利用其所有功能来组织工作流，部署的配置和版本控制。

在这篇博文中，我将向您展示如何在一个非常典型的开发设置（包括JBoss Fuse ， Maven ， Git ， Nexus和Jenkins）中部署该示例项目。

之所以决定涵盖此主题，是因为我发现很多时候我遇到了优秀的开发人员，他们告诉我，即使他们知道持续集成基础架构的附加值，也没有时间致力于这项活动 。没有多余的时间，他们只专注于发展。

我不希望您对此话题进行宣传，也不要试图告诉您他们应该做什么。 我喜欢相信他们，并相信他们知道他们的项目优先事项 ，并且他们接受了可用时间，积压和每项活动带来的总体收益之间的权衡。同样， 我喜欢相信所有人都同意，对于大型和长期项目，CI最佳实践绝对是必须做的事情 ，而且没有人需要争论其价值。

考虑到所有这些，我想展示一种可能的设置和工作流程，以展示花费一小时的时间来获得可以持续更长的利益的速度 。

我不会介绍分步说明。但是为了证明所有这些工作正常，我创建了一个使用Docker的bash脚本，该脚本将演示如何轻松地编写脚本 ，更重要的是， 它们确实有效！

如果您想直接跳到最后，可以在这里找到脚本：

https://github.com/paoloantinori/fuse_ci/blob/master/ci/deploy_scripts/remote_nexus.sh

它使用了一些我创建并作为Docker Index上的受信任版本发布的Docker映像：

https://index.docker.io/u/pantinor/fuse/

https://index.docker.io/u/pantinor/centos-jenkins/

https://index.docker.io/u/pantinor/centos-nexus/

因为它们显示了执行的步骤，所以它们是一种方便且可重用的方式来运送可执行文件。它们也可以看作是记录安装和配置过程的一种方式 。

如上所述， 您不一定需要它们 。您可以自己手动安装和配置服务。它们只是一种经过验证的开放方式，可以节省您一些时间或向您展示
我做的方式 。

让我们开始描述示例持续集成设置的组件：

JBoss保险丝6.1
这是我们要部署到的运行时 。它放在专用的盒子里。它与Nexus交互，作为我们生成和发布的工件的来源。
关系
这是我们用来存储从代码库生成的二进制文件的软件。 JBoss Fuse可以访问它， JBoss Fuse可以从中下载工件， Jenkins可以访问它，并在其上发布二进制文件，这是成功构建工作的最后一步。
詹金斯
这是我们的构建作业调用程序 。如果使用Git签出的代码成功构建，它就会将其输出发布到Nexus ，并构建其输出。
Git服务器
它是远程代码存储库持有人。 Jenkins可以访问它以下载我们要构建的最新版本的代码，并且当所有开发人员共享他们的代码以及要在Continous Integration服务器上进行构建时，所有开发人员都将使用它。 在我们的例子中，git服务器只是一个通过ssh访问的文件系统 。

http://yuml.me/edit/7e75fab5

吉特

首先要做的是设置git充当我们的源代码管理（ SCM ）。
您可能会猜到，从SVN到Mercurial，我们可能都使用过其他所有类似的软件来完成这项工作，但是我更喜欢git因为它是最受欢迎的选择之一，并且因为它是与Fabric8配置直接交互的官方支持工具
我们对git要求不高。我们只需要一个文件系统来存储我们的共享代码，以及一个允许访问该代码的传输服务。为了简单起见，我决定使用SSH作为传输协议 。这意味着在将要存储代码的盒子上，我们只需要启动sshd守护程序，一些有效用户以及他们可以访问的文件夹。就像是：

yum install -y sshd git
service sshd start
adduser fuse
mkdir -p /home/fuse/fuse_scripts.git
chmod a+rwx /home/fuse/fuse_scripts.git # or a better stratey based on guid

唯一的git特定步骤是使用初始化git存储库

git init --bare /home/fuse/fuse_scripts.git

关系

Nexus OSS是一个存储库管理器，可用于存储Maven工件。
它作为Java Web应用程序实现。因此，安装Nexus非常简单。
多亏了Jetty的嵌入式实例为其提供了支持，所以只需提取分发存档并启动二进制文件即可：

wget http://www.sonatype.org/downloads/nexus-latest-bundle.tar.gz /tmp/nexus-latest-bundle.tar.gz
tar -xzvf /tmp/nexus-latest-bundle.tar.gz -C /opt/nexus
/opt/nexus/nexus-*/bin/nexus

Nexus启动后，默认情况下将在以下端点上可用： http：// your_ip / 8081 / nexus，其中admin作为用户， admin123作为密码。
关联1

詹金斯

Jenkins是我们将用来构建项目的工作计划程序 。我们希望以这样一种方式配置Jenkins，使其能够直接连接到我们的git repo来下载项目源。为此，我们需要一个附加插件Git Plugin 。显然，我们还需要在盒子上安装java和maven 。由于Jenkins配置由涉及与多个管理页面的交互的各个步骤组成，因此，我仅对需要执行的重要步骤提供一些提示 。出于这个原因， 我强烈建议您检查我的完全自动化脚本，该脚本可以完全自动化 。就像Nexus一样，Jenkins被实现为Java Web应用程序。因为我喜欢使用Centos或Fedora之类的RHEL兼容发行版，所以我以简化的方式安装Jenkins。与其像Nexus那样手动提取存档，不如定义一个新的yum repo ，让yum为我处理安装和配置即服务：

wget http://pkg.jenkins-ci.org/redhat/jenkins.repo -O /etc/yum.repos.d/jenkins.repo
rpm --import http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key
yum install jenkins
service jenkins start

Jenkins启动后，您将在此处找到它的Web界面： http：// your_ip：8080 /
默认情况下，它是在单用户模式下配置的，对于我们的演示来说就足够了。您可能需要验证http：// your_ip：8080 / configure以检查JDK，Maven和git的值是否看起来不错。如果您在Jenkins之前已经安装了那些软件，则通常会自动将它们拾取。然后，您需要安装Git插件 ： http：// your_ip：8080 / pluginManager
外挂程式配置完所有内容后，在重新启动 Jenkins实例之后，我们将能够看到表单中的新选项，该选项允许我们创建Maven构建作业。在“ 源代码管理 ”部分下，现在有了git选项。只需提供SSH服务器的坐标即可，例如：

ssh://fuse@172.17.0.5/home/fuse/fuse_scripts.git

工作1

在“ 构建 ”部分的“ 目标和选项”下 ，我们需要明确告知Maven我们要调用deploy阶段，并提供Nexus实例的IP地址：

clean deploy -DskipTests -Dip.nexus=172.17.0.3

最后一个配置步骤是在高级maven属性中指定另一个maven设置文件 ，该文件与源代码一起存储：

https://github.com/paoloantinori/fuse_ci/blob/master/my_settings.xml

当其中包含工件时，其中包含要显示给Nexus的用户和密码。

工作2

配置已经完成，但是我们还需要其他步骤使Jenkins与Git一起工作 。

由于我们将SSH用作传输协议，因此在首次连接SSH服务器时，将要求我们确认要连接的服务器是安全的，并且其指纹是我们期望的指纹。该挑战操作将阻止构建作业，因为是批处理作业，不会有任何人确认SSH凭据。

为了避免所有这些，一个窍门是通过SSH连接到Jenkins框，成为用于运行Jenkins进程（在我的情况下为jenkins的用户，然后从那里手动连接到ssh git服务器，以执行标识操作以交互方式进行，因此将来不再需要：

ssh fuse@IP_GIT_SERVER
The authenticity of host '[172.17.0.2]:22 ([172.17.0.2]:22)' can't be established.
DSA key fingerprint is db:43:17:6b:11:be:0d:12:76:96:5c:8f:52:f9:8b:96.
Are you sure you want to continue connecting (yes/no)?

我使用Jenkins码头工人映像的另一种方法是完全禁用SSH指纹识别 ，这种方法对您来说可能不太安全 ：

mkdir -p /var/lib/jenkins/.ssh ;  
printf "Host * \nUserKnownHostsFile /dev/null \nStrictHostKeyChecking no" >> /var/lib/jenkins/.ssh/config ; 
chown -R jenkins:jenkins /var/lib/jenkins/.ssh

如果一切配置正确，Jenkins将能够自动下载我们的项目，进行构建并将其发布到Nexus。

但…

在此之前，我们需要开发人员将代码推送到git，否则将没有任何源文件可以构建！为此，您只需要克隆我的存储库，配置一个附加的远程存储库（我们的私有git服务器）并推送：

git clone git@github.com:paoloantinori/fuse_ci.git
git remote add upstream ssh://fuse@$IP_GIT/home/fuse/fuse_scripts.git
git push upstream master

此时，您可以在Jenkins上触发构建作业。如果是第一次运行，则Maven将下载所有依赖项，因此可能需要一段时间 。如果一切成功，您将收到确认您的工件已发布到Nexus的确认。

连结2

JBoss保险丝

现在，我们的Nexus服务器已填充了根据我们的代码库构建的Maven工件，我们只需要告诉我们的Fuse实例即可将Nexus用作Maven远程存储库。教我们如何做：在karaf壳中，我们需要更改属性的值，

fabric:profile-edit  --pid io.fabric8.agent/org.ops4j.pax.url.mvn.repositories=\"http://172.17.0.3:8081/nexus/content/repositories/snapshots/@snapshots@id=sample-snapshots\" default

现在我们可以使用以下命令验证集成是否完成：

cat  mvn:sample/karaf_scripts/1.0.0-SNAPSHOT/karaf/create_containers

如果一切正常，您将看到类似于以下的输出：

# create broker profile
fabric:mq-create --profile $BROKER_PROFILE_NAME $BROKER_PROFILE_NAME
# create applicative profiles
fabric:profile-create --parents feature-camel MyProfile# create broker
fabric:container-create-child --jvm-opts "$BROKER_01_JVM" --resolver localip --profile $BROKER_PROFILE_NAME root broker# create worker
fabric:container-create-child --jvm-opts "$CONTAINER_01_JVM" --resolver localip root worker1
# assign profiles
fabric:container-add-profile worker1 MyProfile

这意味着寻址提供Maven坐标的karaf脚本效果很好，现在您可以使用shell:source ， osgi:install或任何其他需要在Nexus上发布工件的命令。

结论

如多次提到的那样，这只是可能的工作流和这些平台之间交互的示例。
您的团队可能遵循不同的程序或使用不同的工具。
也许您已经基于新的Fabric8 Maven插件实现了更高级的流程。无论如何，我邀请对此主题感兴趣的所有人发表评论或一些其他方法的链接，并帮助所有人分享我们的经验 。