.NET,Java和其他语言的持续集成工具链定义相对较好,但C ++市场似乎有很多不同之处。

通过CI“工具链”,我特别指的是构建脚本,自动化测试,编码标准检查等工具。

什么是C ++团队用于CI工具链?

===============>>#1 票数:7

我们使用Parabuild实现了我们的C ++跨平台连续集成基础架构

http://www.viewtier.com/products/parabuild/screenshots.htm

我们能够将各种Win / Mac / Linux QA工具与它集成,并且它非常易于安装和维护:它是在每个平台上单击安装,并且Web界面非常方便。

在评估几个连续集成服务器时,主要问题是它们是Java偏向的:另一方面,Parabuild非常适合C ++跨平台开发和QA工作流程

===============>>#2 票数:7

另一种选择可能是buildbot

它是用python编写的,但不仅适用于python应用程序。 它可以执行任何脚本来进行构建。 如果你看看他们的成功故事,似乎有各种各样的语言。

===============>>#3 票数:2

Visual Build Professional是我最喜欢的工具,可以将所有其他工具整合在一起。 当然,只有Windows,但它集成了各种风格的Visual Studio和一系列测试工具,源代码控制工具,问题跟踪器等。但它只是 Windows。 我知道这不是整个堆栈,但它是一个开始。

===============>>#4 票数:1

天儿真好,

我们实际上在我之前签约的地方遇到了这个问题。

一个人坐下来写了工具,主要是shell脚本

  1. 每小时左右检查一下当前的代码库,并进行构建以检查它是否已损坏,以及
  2. 查看最新的良好构建并完成构建并运行大约8,000个回归测试。

我们找不到任何商业可用的东西,所以Charlie坐下来用bash shell脚本编写它,它在HP-UX上运行。

欢呼,罗布

===============>>#5 票数:0

我们使用scons进行中央构建服务器运行的持续集成。 一些项目迁移到buildbot

我现在正在进行调查,并考虑在本博客中调查的解决方案。 Fowler提到ThoughtWorks偶尔会在他的持续集成文章中使用rake来构建脚本。

===============>>#6 票数:0

就像C ++中似乎所有其他任务一样,我只是勉强跟着持续集成。 我的设置从Eclipse开始。 我将其设置为为我的项目生成make文件。 我有ant脚本通过在相应的makefile上运行'make all'或'make clean'来完成整个构建任务。 这些ant脚本是我项目的一部分,当我向系统添加新的构建配置或新块时,我必须更新它们。 但这并不是那么糟糕。

我使用CruiseControl来实际运行构建。 每个项目(所有这些项目)都有一个自己的ant脚本,它执行构建特定任务(复制工件,处理结果),调用项目ant脚本来进行构建。

我不得不使用cppunit进行测试,并使用我在某处找到的xslt文件处理结果。 我在每个构建中也有错误的svn修订标签,因为我找不到合适的svn标签。 我所能找到的只是半年完成的代码,人们争辩说其他人做错了。

在我看来,CC是一个垂死的系统,但我没有找到更好的C ++。 然后,我也觉得C ++是一种垂死的语言,所以也许它比这更大。

  ask by Joe Schneider translate from so

未解决问题?本站智能推荐:

2回复

在不同环境中自动构建C ++应用程序

现状:我们有一个用C ++编写的应用程序,使用cmake进行构建,使用googletest进行单元测试。 我们有两种环境: 测试:本地功能较弱的服务器 生产:带有预构建AMI映像的多个Amazon EC2实例 我们在本地计算机上进行测试,并在发布时在生产计算机上签
4回复

如何通过持续集成来共享代码

我刚刚开始在持续集成环境(TeamCity)中工作。 我理解在你的代码中没有得到如此抽象的基本思想,你永远无法构建它以测试功能等。但是,当进行深度编码时,偶尔我需要几天才能获得可构建的代码 - - 但在过渡期间,其他团队成员可能需要查看我的代码。 如果我检查代码,它会破坏构建。 但是,
3回复

是否有可能使用持续集成技术开发sharepoint?

我们正在准备一些非常严肃的Sharepoint(MOSS 2007)开发,包括自定义Web部件,列表,母版页和布局等等。 我们正在评估版本控制,似乎讨论没有比这更深入。 我很想知道我们可以通过尽可能少的人工接触轻松地从源控制部署到我们的测试和生产服务器,并且最好在每次检查后完全自动部署。
8回复

有持续集成设备的经验吗? [关闭]

我们有一个运行Hudson CI的持续集成服务器。 我正在考虑在办公室里放置一个带有各种构建统计数据的液晶显示器,并且很好奇其他人放在一起的东西。 我正在考虑购买支持WIFI的数码相框,我可以将生成的图像发送到。 或重新利用旧笔记本电脑...... 思考? 经验?
8回复

持续集成与夜间构建

读这篇文章让我感到疑惑; 对于一种情况而言,夜间建筑是否比持续整合更好? 对于持续整合,答案的共识似乎是相当不平衡的,是传福音还是当持续整合是一种选择时,是否真的没有理由使用夜间构建?
1回复

关于持续集成和硒测试的新手问题,

我对CI还是很陌生,但是我最近继承了一个项目,其中Team City刚刚实施,并且我正在慢慢解决这个问题。 我们想做的一件事是在构建过程中运行一些Selenium测试。 我已经创建了硒测试,并且可以通过开发计算机上的nunit-console成功运行它们。 构建服务器将构建项目,然后将其(
3回复

是否有针对.NET应用程序的预制持续集成解决方案?

从我的角度来看,我们在内部构建了我们自己的“味道”NAnt / Ivy / CruiseControl.Net并且不禁让人觉得其他开发商店正在做同样的工作,但后来每个人都在发现同样的问题和陷阱。 我不是在抱怨NAnt,Ivy或CruiseControl,因为他们在帮助我们的开发团队更加确定
2回复

Jenkins持续整合和夜间构建

我是詹金斯的新手,我喜欢一些帮助(保证)我认为我应该如何安排工作。 最终目标非常简单。 目标1:当开发人员将代码提交给mercurial repo时,Jenkins会提取更改,构建项目并运行单元测试。 这种情况在一天中持续发生,因此如果开发人员破坏某些内容,开发人员将获得尽可
7回复

小型项目的持续整合是否值得?

自从我5个月前加入以来,我一直在推动我公司的持续集成,但看到我们工作的应用程序类型后,我开始认为设置每个项目的努力可能不值得持续集成。 如果你在平均项目需要2-3周的开发部门工作,一旦部署你很少担心它,那么持续集成是否值得设置它的麻烦?
2回复

您可以使用PHP脚本或解释语言进行“构建”吗?

如果我错了,请指正我,但“构建”是“编译”,并非每种语言都可以编译。 持续集成涉及构建组件,以查看它们是否可以在单元测试之外继续工作,这可能是我简化了。 但是,如果您的项目所涉及的语言无法编译,您如何执行每晚构建或使用持续集成技术?