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

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

在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."

相关文章
|
21天前
|
测试技术 持续交付 开发工具
《Git 简易速速上手小册》第6章:Git 在持续集成/持续部署(CI/CD)中的应用(2024 最新版)
《Git 简易速速上手小册》第6章:Git 在持续集成/持续部署(CI/CD)中的应用(2024 最新版)
38 2
|
1天前
|
Shell Linux
【Linux】进程实践项目(更新中) — 自主shell编写
前几篇文章,我们学习进程的相关知识:进程概念,进程替换,进程控制。熟悉了进程到底是个什么事情,接下来我们来做一个实践,来运用我们所学的相关知识。这个项目就是手搓一个shell模块,模拟实现Xshell中的命令行输入。
7 1
|
2天前
|
运维 测试技术 持续交付
持续集成与持续部署(CI/CD):提高软件开发效率的关键实践
【5月更文挑战第8天】CI/CD是提升软件开发效率的关键实践,包括持续集成和持续部署。CI通过频繁集成代码并自动化构建、测试,早发现错误;CD则自动将通过测试的App部署到生产环境,缩短交付周期。自动化流程能降低人为错误,保障软件质量,减少运维成本。Jenkins、Travis CI、GitLab CI/CD和Docker是常见的CI/CD工具。通过这些工具和实践,可优化开发流程,推动项目成功。
|
2天前
|
存储 测试技术 持续交付
【Docker 专栏】Docker 与 CI/CD 的集成策略
【5月更文挑战第8天】本文探讨了Docker在CI/CD流程中的作用,强调了环境一致性、快速部署和资源隔离等优势。通过在构建、测试和部署阶段集成Docker,可以提升软件开发效率和质量。具体集成策略包括使用Dockerfile构建镜像、整合CI/CD工具如Jenkins和GitLab。集成带来的好处包括提高效率、增强可靠性、加速交付和简化管理。然而,也需应对镜像管理、网络配置和安全等问题。通过案例分析,证明了Docker与CI/CD集成的有效性和必要性。
【Docker 专栏】Docker 与 CI/CD 的集成策略
|
5天前
|
缓存 测试技术 持续交付
Golang深入浅出之-Go语言中的持续集成与持续部署(CI/CD)
【5月更文挑战第5天】本文介绍了Go语言项目中的CI/CD实践,包括持续集成与持续部署的基础知识,常见问题及解决策略。测试覆盖不足、版本不一致和构建时间过长是主要问题,可通过全面测试、统一依赖管理和利用缓存优化。文中还提供了使用GitHub Actions进行自动化测试和部署的示例,强调了持续优化CI/CD流程以适应项目需求的重要性。
44 1
|
10天前
|
敏捷开发 运维 测试技术
构建高效自动化运维体系:基于容器技术的持续集成与持续部署实践
【4月更文挑战第30天】在数字化转型的浪潮中,企业对软件交付速度和质量的要求日益提高。自动化运维作为提升效率、确保稳定性的关键手段,其重要性不言而喻。本文将探讨如何利用容器技术构建一个高效的自动化运维体系,实现从代码提交到产品上线的持续集成(CI)与持续部署(CD)。通过分析现代容器技术与传统虚拟化的差异,阐述容器化带来的轻量化、快速部署及易于管理的优势,并结合实例讲解如何在实际环境中搭建起一套完善的CI/CD流程。
|
10天前
|
中间件 测试技术 API
探索自动化测试工具的新边界:Selenium与Appium的集成实践
【4月更文挑战第30天】 随着移动应用和Web应用的不断融合,传统的自动化测试工具需要适应新的测试环境。本文将详细分析Selenium和Appium这两款流行的自动化测试工具的集成实践,探讨如何构建一个能够同时支持Web和移动端应用的自动化测试框架。通过对比两者的技术架构、功能特性以及在实际项目中的集成过程,我们旨在为读者提供一个清晰的指导,帮助他们在复杂的应用环境中实现高效、稳定的自动化测试流程。
|
10天前
|
运维 Kubernetes 持续交付
构建高效自动化运维系统:基于容器技术的持续集成与持续部署实践
【4月更文挑战第30天】 在快速发展的云计算时代,传统的运维模式已无法满足敏捷开发和快速迭代的需求。本文将介绍如何利用容器技术搭建一套高效自动化运维系统,实现软件的持续集成(CI)与持续部署(CD)。文章首先探讨了现代运维面临的挑战,接着详细阐述了容器技术的核心组件和工作原理,最后通过实际案例展示了如何整合这些组件来构建一个可靠、可扩展的自动化运维平台。
|
10天前
|
前端开发 Linux iOS开发
【Flutter前端技术开发专栏】Flutter在桌面应用(Windows/macOS/Linux)的开发实践
【4月更文挑战第30天】Flutter扩展至桌面应用开发,允许开发者用同一代码库构建Windows、macOS和Linux应用,提高效率并保持平台一致性。创建桌面应用需指定目标平台,如`flutter create -t windows my_desktop_app`。开发中注意UI适配、性能优化、系统交互及测试部署。UI适配利用布局组件和`MediaQuery`,性能优化借助`PerformanceLogging`、`Isolate`和`compute`。
【Flutter前端技术开发专栏】Flutter在桌面应用(Windows/macOS/Linux)的开发实践
|
11天前
|
Linux Shell 应用服务中间件
LINUX的应用与实践
LINUX的应用与实践
17 0