Linux下EclipseCDT工程和TFS的持续集成CI实践

在Linux下使用TFS自动构建,需要自动执行连接tfs服务器的操作,命令行文件包TEE-CLC-10.1.0.2011121402.zip,下载地址:http://www.microsoft.com/en-us/download/details.aspx?id=25125

下文是定制TFS的工作流程的方法进行定制

How to Build Linux Code with TFS 2010 Team Build

http://www.richard-banks.org/2010/11/how-to-build-linux-code-with-tfs-2010.html

如上的这个有些麻烦,本文描述的是简单的手工脚本方法

CDT工程的组织[projs.sh]

由于EclipseCDT工程的make文件需要手工的生成,因此项目变化时,需要人工的辅助,处理的方法是:每次项目变化时,重新生成一遍项目文件,并提交到构建服务器上;构建服务器每次获取这些最新的项目make文件进行覆盖[CDT如果可以自动产生make文件这个过程就比较简单了]

详细的脚本内容如下:

#!/bin/bash

#需要管理的项目列表

PROJS=(A/A1

#

A/A1Test

#

B/B1

B/B2)

#Eclipse CDT 项目文件

FILES=(makefile *.mk)

#

MODES=(Release_64 Debug_64)

case "$1" in

create)

if [ $# = 2 ] ; then

OLDDIR=$2

else

#默认的Eclipse CDT工作路径

OLDDIR=/media/work/Branch

fi

BASEDIR=$(echo $PWD  | sed 's/\//\\\//g')

OLDDIR=$(echo $OLDDIR | sed 's/\//\\\//g')

let n=0

for prj in ${PROJS[@]}

do

echo $prj

for mode in ${MODES[@]}

do

tar xvf build/prjs/${n}.tar

pushd $prj

find -type f -name "makefile" | xargs sed -i "s/$OLDDIR/$BASEDIR/g"

find -type f -name "*.mk" | xargs sed -i "s/$OLDDIR/$BASEDIR/g"

popd

let n++

done;

done;

  ;;

#默认建立项目文件【处理Eclipse生成项目文件的问题,脚本如何自动生成未找到办法】

*)

echo "Create Projects Makefile[开发人员变更自己的项目时,运行一次该脚本,然后把build/prjs下的相关文件签入]"

mkdir -p build/prjs

rm -f build/prjs/*

let n=0

for prj in ${PROJS[@]}

do

echo $prj

for mode in ${MODES[@]}

do

let i=0

for file in ${FILES[@]}

do

if [[ $i -eq 0 ]]; then

tar cf build/prjs/${n}.tar ${prj}/${mode}/${file}

else

tar rf build/prjs/${n}.tar ${prj}/${mode}/${file}

fi

let i++

done;

let n++

done;

done;

echo "projects are all ready!"

  ;;

esac

构建脚本[build.sh]

构建脚本基本流程是:获取最新代码;准备相关的环境;编译;单元测试和检查;等等

具体的参考脚本如下:

#!/bin/bash

##常量定义

BASE_DIRECTORY=`pwd`

tfc=build/tfc/tf

#$tfc eula

tf='build/tfc/tf -login:tfs\\user,password -server:http://192.168.0.1:8080/tfs/DefaultCollection'

PROJ=$/Branch

LOCALPROJ=$BASE_DIRECTORY

##共享函数

function checkFail()

{

if [ $? -ne 0 ];

then

echo -e "\e[1;41m $1 Contiue Integrate [CI] fail! \e[0m"

exit 1

fi

}

#0

chmod +x $tfc

echo "Work Dir:: $LOCALPROJ"

#1 检查工作区映射

$tfc workspaces|grep 'No local workspaces found.'

if [ $? -eq 0 ]; then

echo 'Setting Workspace...'

$tf workspaces -remove:WORK

$tf workspace -delete WORK

$tf workspace -new WORK

$tf workfold -map -workspace:WORK $PROJ $LOCALPROJ

echo 'Setting Workspace done.'

else

$tf workspaces

fi

#2 information

echo

echo 'Current Project Items'

$tf dir $PROJ

echo 'Ready to Build...'

#3 Get Sources and prepare

echo 'Get latest Source Files..'

$tf get -recursive

#依赖的Trunck目录的内容手动获取吧

echo 'Get latest Source Files Done.'

#构建脚本更新后仍可执行

chmod +x $tfc

echo 'Prepare to build'

find -type f -name "*.sh" | xargs chmod +x

#生成的代码自动处理

./ready.sh

#C++的项目文件准备

./projs.sh create

#4 编译和单元测试

echo 'compile and unit test'

pushd install

echo "compile..."

./compile.sh

checkFail

echo "compile done."

echo "unit tests..."

./test.sh

checkFail

echo "unit tests done."

popd

echo "Greate, this update is good!"

其中的compile.sh,test.sh这些脚本是组织所有工程的编译和单元测试的脚本,主要类似有:

make clean

make all

./BTest --gtest_filter=-bench*

pushd ../###

/usr/local/ant/bin/ant junit

checkFail

popd

构建自动调度脚本[build_cron.sh]

由于没有使用TFS标准的构建工作流,具体的调度需要自己编写,本例采用每天的下午16点自动构建,并生成相关的日志,如果需要TFS的默认的高级功能,可以参考上文的参考资料进行设置和定义。

#!/bin/bash

#CI 构建服务调度

:<<EOF

加入/etc/crontab进行自动调度

#csbit cron system wide

# m h dom mon dow user command

*  16 * * * root /root/build/build_cron.sh /root/build/ /root/ci&

#/mnt/hgfs/build对应HOST机器的共享目录,自动构建结果目录/root/ci

ln -s  /mnt/hgfs/build /root/ci

EOF

TAG=$(date +%Y-%m-%d_%H-%M-%S)

echo "Build time tag: $TAG"

if [ $# -ge 1 ] ; then

#项目路径

PRJDIR=$1

#CI发布的路径[挂载共享的目录,小组都可以看到结果:发布过程结果和发布文件]

if [ $# = 2 ] ; then

CIDIR=$2

else

CIDIR=/root/ci

fi

else

PRJDIR=/root/build

CIDIR=/root/ci

fi

echo "Project Dir: [$PRJDIR] CI Dir:[$CIDIR]"

sudo mkdir -p $CIDIR

if [ -d $CIDIR ]; then

#手动的文件更新拷贝

echo "Copy manual files..."

if [ -d $CIDIR/sql ]; then

echo "Copy sql files"

cp -r -f $CIDIR/sql $PRJDIR/install

fi

echo "Copy manual files done"

fi

export LANG=zh_CN.UTF-8

pushd $PRJDIR

chmod +x build.sh

sudo ./build.sh &> $CIDIR/$TAG.txt

if [ $? -ne 0 ];

then

echo -e "\e[1;41m $1 Contiue Integrate [CI] fail! \e[0m"

exit 1

fi

popd

echo "copy package to deploy directory"

echo "CI all done"

#构建结果放入install目录

rm -r -f $CIDIR/install

mkdir -p $CIDIR/install

cp -f -r $PRJDIR/install $CIDIR

#不需要发布出去的文件排除

rm -f $CIDIR/install/compile.sh

echo "Ci schedlue done."

时间: 2024-10-24 22:48:42

Linux下EclipseCDT工程和TFS的持续集成CI实践的相关文章

让你提前认识软件开发(51):VC++集成开发环境中Linux下Pclint工程的配置方法及常见错误修改

第3部分 软件研发工作总结 VC++集成开发环境中Linux下Pclint工程的配置方法及常见错误修改   [文章摘要]         Pclint是一种C/C++软件代码静态分析工具.它是一种更加严格的编译器,能够发现普通编译器所不能发现的代码中的很多问题,因此被广泛应用于软件开发项目中.        本文介绍了如何在VC++集成开发环境中配置Linux下的Pclint工程,给出了C语言中pclint规则A检查的常见错误,并描述了对应的修改办法.   [关键词]          VC++

Linux 下禅道和 SVN、GIT 集成插件发布

Linux 下 SVN.GIT 可以和禅道集成了.在版本库中提交代码就可以自动更新关联禅道的任务和Bug.感谢网友张彪的开发. 一.下载地址 1.源代码:https://github.com/easysoft/zentaoextension/tree/master/client/linux 2.安装包:http://dl.cnezsoft.com/zentao/linux/zentao-linux-gui.zip 注:兼容版本需要8.4+版本. 二.安装及使用 1.安装 下载安装包并且解压.到解

基于Docker容器的,Jenkins、GitLab构建持续集成CI

** 开发者将代码提交(push)到GitLab后,GitLab通过Hook通知jenkins,jenkins自动从GitLab中获取项目最新的源码进行集成和发布. 基于Docker,创建一个私有GitLab的容器,创建一个jenkins的容器** 1. 构建私有的GitLab容器 https://about.gitlab.com/installation/#centos-7,直接安装gitlab,不借助docker 通过docker-compose的方式安装gitlab,docker-comp

持续集成(CI)工具------Hudson/Jenkins(Continuous Integration)安装与配置详解

本文允许转载,但请标明出处:http://blog.csdn.net/wanghantong/article/40985653/, 版权所有 文章概述: 一. 描述了持续集成工具Hudson的安装与配置 二. 描述了Git .Maven环境的安装与配置 三. 描述了扩展邮件通知及其配置方法 四. 描述了jira的配置 一.Hudson简介 Hudson是Jenkins的前身,是基于Java开发的一种持续集成工具,用于监控持续的软件版本发布/测试项目 下载地址:http://eclipse.org

使用 Xcode 5 的 Bots 做持续集成项目实践

在Xcode 5中新增了Bots持续集成(Continuous Integration)的功能,使用该功能可以在OS X服务器上轻松创建Bot,然后不断的构建你的项目,并执行所以的单元测试用例和Clang静态分析操作.并且可以显示完整的构建与测试报告. 文章转载自 开源中国社区 [http://www.oschina.net]

linux下 启动工程报错,修改了地址也不管用,求指点!

问题描述 ERROR: transport error 202: bind failed: Address already in useERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit

linux makefile-linux下复杂工程makefile.am编写

问题描述 linux下复杂工程makefile.am编写 我在网上下载了一个较为复杂的工程,里面有makefile.in但是没有makefile.am.我对这个工程进行了小的改动,加入了一些文件完成新的功能.现在就是想将我改动后的工程进行编译生成.在网上看了一下makefile.am需要手动编写之后才能通过automake自动生成makefile.in,可是原工程里没有makefile.am,自己写又因为关系较复杂有点儿无从下手,特来请求帮助.谢谢~~

《嵌入式 Linux C 语言应用程序设计(修订版)》一第2章 嵌入式Linux C语言开发工具2.1 嵌入式Linux下C语言概述

第 2 章 嵌入式Linux C语言开发工具 嵌入式 Linux C 语言应用程序设计(修订版)本章目标 任何应用程序的开发都离不开编辑器.编译器及调试器,嵌入式Linux的C语言开发也一样,它也有一套优秀的编辑.编译及调试工具. 掌握这些工具的使用是至关重要的,它直接影响到程序开发的效率.因此,希望读者能自己动手操作,切实熟练掌握这些工具的使用.通过本章的学习,读者将会掌握如下内容: anniuC语言的产生历史背景 anniu嵌入式Linux下C语言的开发环境 anniu嵌入式Linux下的编

持续集成(CI)- TeamCity实战概览

之所以选择TeamCity,有以下几个原因: Ø 这个软件对于小团队可以免费使用 Ø 安装配置比较简单,系统的要求不是很高(相比VS 2010 TFS) Ø 使用和配置比Cc.net简单一些 Ø 包含了重复代码的检测和分析工具 一.SVN安装 SVN服务安装 http://www.visualsvn.com/files/VisualSVN-Server-2.1.7.msi SVN客户端 TortoiseSVN VisualSVN-2.0.5.msi 二.TeamCity安装 http://www