云效(原RDC)如何构建一个基于Composer的PHP项目

最近在将公司的持续集成架构做一个系统的调整,调整过程中受到了RDC团队大量的帮助,所以利用国庆时间写了几篇RDC的分享,希望能让更多的人了解和用好RDC这个产品。

我会把我最近3个月的使用体会分成5个部分:使用RDC的动机、PHP项目集成、JS项目集成、JAVA项目集成、Docker类项目集成这5个分支来写

因为近期RDC的迭代比较频繁,所以我的分享会比较的浅,点到为止,仅供参考,目录:

1、RDC如何耦合进我们的业务

2、如何构建一个基于Composer的PHP项目

3、如何构建一个基于NodeJS的前后端项目

4、如何构建一个基于Maven的Java项目

5、RDC + 容器服务完成持续集成


一、RDC基础操作

在开始一切之前您需要熟悉RDC的一些基础操作,创建一个项目,然后在这个项目中创建一个应用,然后让这个应用关联某个代码分支。这样基础工作就完成了,我这里不再赘述了,因为比较简单,只需要注册个阿里云账号,然后去 rdc.aliyun.com 创建/加入个企业就行了。

本文所有的体验均基于【自由模式】的应用。

值得一提的是,应用代码源目前支持的是阿里云的代码仓库,基于gitlab,地址是 code.aliyun.com,从我2年的使用经验来看,还算好用,也不收费,较为靠谱。

在创建应用时,我们需要选择对应的配置,如下图:

创建完应用后,进入【项目】--》【流水线】,找到刚才创建应用的【同名流水线】

点击流水线名称可以看到具体的流水线运行情况和对应节点,如下图:

可以看到有4个面板:构建、日常、预发、正式。

分别对应的是:构建打包、发布到日常环境、发布到预发环境、发布到正式环境。

RDC在创建应用时自动的为你生成了一个标准模板流水线,但是我们一般用不着,所以需要对流水线进行修改,去除无用的节点,添加我们自己的配置。点击界面上的【编辑流水线】按钮就可以进入修改界面。

我们先从构建开始,所以先暂时删除日常、预发、正式这3个部署节点,仅保留构建这一个节点即可。下面的配置暂时不进行调整。删除完毕后保存流水线即可,效果如下:

至此我们已经完成了基础的准备工作,下一步就开始进行PHP代码的构建工作了。

在开始下一步工作之前,请重新git pull一下您的代码到本地,会看到一个由RDC服务自动生成的配置文件:==xxx.release== 这个文件相当重要,请注意,下面将会说明如何通过此文件完成个性化构建。


二、基于Composer的PHP项目构建

有人可能会问,PHP不是动态脚本语言吗,为什么需要构建?

这是因为PHP的一些第三方类、开源框架等代码需要通过Composer包管理来进行安装及维护,如果你的代码里没有使用到Composer,请跳过本章节。

因为Composer并不推荐将vendor文件夹上传到代码仓库,所以我们通常只在本地保留vendor文件夹用于开发和调试。

但是这个文件夹里的代码是线上运行必须的,所以我们需要通过一个构建的过程来安装所有PHP项目依赖库,也就是生成vendor文件夹。

这里需要找到我们上一章节中提到的:==xxx.release== 文件,xxx代表你的应用名,所以我这里看到的文件名是:ms-autotags.release

这个文件的配置规范可以参考:==https=//help.aliyun.com/document_detail/59293.html==

打开这个文件可以看到,已经有一些预先定义好的配置:

# 构建源码语言类型
code.language=scripts

# 应用部署脚本
deploy.appctl.path=deploy.sh

# Docker镜像构建之后push的仓库地址
docker.repo=registry.cn-hangzhou.aliyuncs.com/xxx/abced

上面的配置是不能用的,我们需要将其修改为如下内容:

# 语言类型,需要改为PHP,否则无法调用对应的构建环境
code.language=php7.0

# 代码构建基础镜像
build.image=registry.cn-hangzhou.aliyuncs.com/lxepoo/php-autobuild:php7.1

#构建命令
build.command=sh build.sh

# 应用部署脚本,先注释掉,暂时用不上
# deploy.appctl.path=deploy.sh

↓↓↓↓ 配置说明:

code.language=php7.0

代表使用的是php7作为代码语言类型。支持以下枚举:

php5.6,php7.0,node6.x,node7.x,node8.x,oracle-jdk1.7,oracle-jdk1.8, oracle-jdk1.9,scripts

如果有使用过jenkins的同学,那么应该比较好理解,RDC的构建是通过Docker容器技术实现的,类似于配置好环境的jenkins构建机,RDC团队针对各种语言准备了不同的镜像作为构建宿主。


build.image=registry.cn-hangzhou.aliyuncs.com/lxepoo/php-autobuild:php7.1

# 可根据你的需要切换使用下面这个构建环境

# build.image=registry.cn-hangzhou.aliyuncs.com/lxepoo/php-autobuild:php5.6

代表使用一个特定的镜像作为构建环境,用户暂时无法自定义镜像并在RDC中使用。目前你看到的这个配置值是因为RDC团队在迭代更重要的功能没有精力维护PHP版本的打包环境,所以我代为生成并提交了2个PHP版本作为临时构建环境,相对官方的构建环境我的更全面些,支持git、php的大部分扩展、mongo扩展、composer、phpunit等。

因为有些第三方库安装时,需要检测php扩展的,所以必须开启,否则没办法安装第三方库。


build.command=sh build.sh

这一行的意思是,使用一个特定的脚本来进行自定义构建,因为构建有时候需要处理的东西很多,一行命令解决不了,所以需要一个自定义构建脚本,此处我设置的脚本在代码根目录下,创建一个build.sh脚本。如果你的构建只有1句话,可以直接写在“=”号后面,使用自定义脚本是为了更清晰和更灵活。

↓↓↓↓ build.sh脚本内容:

echo "##### delete vendor dir"
rm -rf ./vendor

echo "##### composer to china"
composer config -g repo.packagist composer https://packagist.phpcomposer.com

echo "##### php composr install"
composer install --no-dev

逐句解释:

rm -rf ./vendor

先删除掉目录中已有的vendor文件夹,主要原因是:

1.防止你不小心向git提交了这个文件夹,先删掉防止冲突和污染。

2.防止RDC的构建有缓存,强行删除后每次构建重新生成。

composer config -g repo.packagist composer https://packagist.phpcomposer.com

让composer使用中国区镜像,目的就是为了构建快一些,按个人喜好,你用美国和日本镜像也没事,就是会很慢,因为RDC目前暂时不支持海外构建。

composer install

最核心的一句话,安装所有php第三方库依赖,这一句执行后如果正确,就会生成vendor文件夹了。也意味着如果你使用开源PHP框架,你的tp5、yii2、lumen、laravel等框架就安装成功了。

提一下,如果你需要构建更快,可以尝试使用 composer install --no-dev,不安装开发依赖。



我们已经完成了应用的创建+流水线的修改,那么我们运行一次构建试一下,只需要点击【运行流水线】按钮即可,运行后等几秒刷新一下页面,效果如下:

可以看到执行时间、版本号、日志、操作人等信息。

如果构建失败了,可以通过构建流程----日志详情面板看到具体的错误原因,有日志排查起来不太难,但是RDC的构建还是偏向黑盒,所以尽量熟练或在本地先把相关命令跑通后再上传到==xxx.release==文件里去进行RDC构建。

可以看到初始的版本号是:v0.0.1-1,如果你的构建一直失败,版本号会变成v0.0.1-3、v0.0.1-8、v0.0.1-18、v0.0.1-N。

如果你的流水线全流程跑完了,则会自动叠加一个小版本号变为v0.0.2-1,所以这种构建方式清晰明了,还算好用。


三、如何输出为一个Docker镜像

我们已经完成了PHP依赖的安装,下一步我们需要把完整的代码封装成一个Docker镜像,我们需要对==xxx.release==文件做如下改动:

# 语言类型,需要改为PHP,否则无法调用对应的构建环境
code.language=php7.0

# 代码构建基础镜像
build.image=registry.cn-hangzhou.aliyuncs.com/lxepoo/php-autobuild:php7.1

#构建命令
build.command=sh build.sh

# Docker 构建配置
docker.file=Dockerfile

# Docker镜像构建之后push的仓库地址
docker.repo=registry.cn-hangzhou.aliyuncs.com/xxx/abced

docker.tag=ci-${PACKAGE_LABEL} 

# 应用部署脚本,先注释掉,暂时用不上
# deploy.appctl.path=deploy.sh

相对于单纯的构建,如果需要生成Docker镜像则需要补充几个配置项,拆解说明如下:

docker.file=Dockerfile

指明dockerfile文件的位置和文件名,默认就是根目录下的Dockerfile文件。


docker.repo=registry.cn-hangzhou.aliyuncs.com/xxx/abced

指定你的docker镜像仓库,建议使用阿里云提供的仓库,免费,速度快,可以加速docker hub的内容,无缝对接RDC服务,地址是 dev.aliyun.com ,此处的xxx对应的是你的名称空间,abced对应的是你的镜像名称。


docker.tag=ci-${PACKAGE_LABEL}-${TIMESTAMP}

这里指定你的docker镜像的tag名,使用了环境变量进行拼接。

${PACKAGE_LABEL}代表的是包名,这个参数在流水线配置里可以改,默认是default。

${TIMESTAMP}代表的是当前时间戳,格式是:20171008224350 这种样子。

有的项目一份代码可能产生多个docker镜像就需要通过这种方式来动态生成tag名,防止覆盖,也便于回滚。

关于构建传参,可以参考这个文章: https://help.aliyun.com/document_detail/59297.html

那么此处最终生成的tag名是这样的: ci-default-20171008224350

结合仓库名和镜像名,最终会生成镜像tag地址为:

registry.cn-hangzhou.aliyuncs.com/xxx/abced:ci-default-20171008224350


四、后记

PHP构建 + Docker构建就说到这里,因为主要是为了介绍RDC,所以Docker部分就挑重点讲了,如何编写Dockerfile文件请自行学习。

输出成Docker镜像后,如何使用RDC部署到容器相关问题我会单独开一个文章来分享。

时间: 2024-10-31 14:57:28

云效(原RDC)如何构建一个基于Composer的PHP项目的相关文章

云效公有云如何构建一个基于Composer的PHP项目

最近在将公司的持续集成架构做一个系统的调整,调整过程中受到了云效公有云团队大量的帮助,分享这篇内容希望能让更多的人了解和用好这个产品. 我会把我最近3个月的使用体会分成5个部分:使用云效公有云的动机.PHP项目集成.JS项目集成.JAVA项目集成.Docker类项目集成这5个分支来写. 因为近期公有云的迭代比较频繁,所以我的分享会比较的浅,点到为止,仅供参考,目录: 1.云效公有云如何耦合进我们的业务 2.如何构建一个基于Composer的PHP项目 3.如何构建一个基于NodeJS的前后端项目

云效(原RDC)如何构建一个基于NodeJS的前后端项目

最近在将公司的持续集成架构做一个系统的调整,调整过程中受到了RDC团队大量的帮助,所以利用国庆时间写了几篇RDC的分享,希望能让更多的人了解和用好RDC这个产品. 我会把我最近3个月的使用体会分成5个部分:使用RDC的动机.PHP项目集成.JS项目集成.JAVA项目集成.Docker类项目集成这5个分支来写 因为近期RDC的迭代比较频繁,所以我的分享会比较的浅,点到为止,仅供参考,目录: 1.RDC如何耦合进我们的业务 2.如何构建一个基于Composer的PHP项目 3.如何构建一个基于Nod

用Kafka和HBase构建一个基于Docker的数据采集器

本文讲的是用Kafka和HBase构建一个基于Docker的数据采集器,[编者的话]本文主要介绍在Docker上,用Kafka和HBase构建一个数据采集器,并用这个采集器用来记录Caltrain Rider这款应用的GPS数据.本文只是一个简单的实践,读者可以将此方法进行拓展,以更好的学习Docker. 不难看出Docker近来发展迅速.分布式计算现在已日益普遍,而适用于分布式环境的开发工具仍在发展之中.一个多平台的应用在开发.测试以及部署方面已经成为一大难题,但好在虚拟机为我们提供了一个非常

vs opencv dll-建立了一个基于vs2010的ATL项目hi.cpp,但出现动态链接问题,具体如下

问题描述 建立了一个基于vs2010的ATL项目hi.cpp,但出现动态链接问题,具体如下 程序如下: #include "stdafx.h" #include using namespace std; using namespace cv; int main(int argc,char* argv[]) { const char* imagename="lema.jpeg"; Mat img=imread(imagename); if(img.empty()) {

创建一个基于 Kotlin 的 Android 项目(下集)

本文讲的是创建一个基于 Kotlin 的 Android 项目(下集), 在先前的文章中,我们从零开始新建了一个项目,并且为小猫咪应用调整了 build.gradle. 接下来就是针对应用的基础部分编写代码了. 数据模型 此应用的一个主要特征是通过网络从 http://thecatapi.com/ 中解析数据. 完整的 API 如此调用:http://thecatapi.com/api/images/get?format=xml&results_per_page=10 API 返回一个 XML 

不止是冰山一角——阿里云效团队大规模代码构建技术实践

视频地址:https://yq.aliyun.com/webinar/play/216 什么是持续集成? 大师Martin Fowler认为持续集成是一种软件开发实践,在实践中团队开发成员会频繁的进行任务的集成,通常每个成员每天都会集成一次,也就意味着每天可能会发生多次集成.每次集成都通过自动化的构建来验证,从而尽快地发现集成错误,快速进行修复.   如上图所示,一个完整的持续集成环节包括:首先项目经理创建一个项目,将项目成员添加到项目中:开发人员在项目中拉取开发分支进行代码开发,在开发过程中,

在Azure上构建一个基于Facebook的营销式应用程序(中)(1)

本文接如何将基于Facebook营销式应用程序创建在Azure 基于Facebook营销式应用程序在Canvas页面上,会映射到这个应用程序.在Azure上的base URL(例如:http://azurefacebooksample.cloudapp.net/)这是一个展示初始的联系信息的窗体.下面就是如何展示联系信息的步骤: Listing 1 [CanvasAuthorize(Perms = "user_birthday")] public ActionResult Index(

Flare 3D 2.0在Flash Builder中创建一个基于Molehill 3D的项目

需要做的准备如下: 1,Flex SDK Hero 2,Flash Player 11,0,0,58 Incubator 3,playerglobal.swc 4,Flare 3D 2.0 然后按照下面的几步创建项目: 安装Flex SDK Hero 请到这里下载Hero build 19786 配置Flex SDK 将下载后的Hero(版本19786)拷贝到Flash Builder的安装目录中并命名: [Flash Builder安装目录]/sdks/4.5_incubator 到这里下载用

云效(原RDC)+ 容器服务完成持续集成

最近在将公司的持续集成架构做一个系统的调整,调整过程中受到了RDC团队大量的帮助,所以利用国庆时间写了几篇RDC的分享,希望能让更多的人了解和用好RDC这个产品. 我会把我最近3个月的使用体会分成5个部分:使用RDC的动机.PHP项目集成.JS项目集成.JAVA项目集成.Docker类项目集成这5个分支来写 因为近期RDC的迭代比较频繁,所以我的分享会比较的浅,点到为止,仅供参考,目录: 1.RDC如何耦合进我们的业务 2.如何构建一个基于Composer的PHP项目 3.如何构建一个基于Nod