代码之家 › 专栏 › 技术社区 › ire_and_curses

多个项目的语言无关自动构建和测试服务器[已关闭]

build-automation continuous-integration language-agnostic

ire_and_curses · 技术社区 · 17 年前

为了简化我们的发布测试,我们正在寻找一个系统来在各种体系结构上自动构建和(单元)测试我们的软件项目。我们的限制是:

要构建的代码是用几种语言编写的,包括Python、Java和C。
我们有几种不同的部署体系结构。
我们的源代码管理系统是Subversion,系统应该与之集成。
理想情况下,解决方案应该是开源的。

我们已经看到:

Artifactory Continuum :在某些方面很不错,但非常以Java为中心,Python支持有限或不存在。
Buildbot :这几乎为我们提供了所需的所有功能,但它不支持多个项目,这对我们来说是一个破坏者。

你推荐什么?你用什么?

5 回复 | 直到 17 年前

keuleJ Tigran 16 年前

看看 TeamCity

Dan Rigby 17 年前

你看过吗 Hudson ? 我在.Net项目中使用过它,并取得了很多成功,尽管它是一个以Java为中心的工具。它支持subversion,并且有一个活跃的、多样的插件社区,使它能够使用多种不同的语言。它是开源的,在很多平台上运行。我发现它相对容易配置和管理。

rasjani 16 年前

唯一值得抱怨的是,大多数更高级的特性都要求(至少在cc构建循环中)构建是在ant上进行的。

我还评估了hudson,它似乎比cruisecontrol更灵活,但我个人不喜欢它的配置界面。

Jeffrey Fredrick 16 年前

我是一个开发者 CruiseControl 我为Urbancode工作,他制作 AnthillPro ,所以我可以谈谈他们的长处。我也是这次活动的组织者之一 CITCON all the offerings in the space .

然而,根据项目的复杂性和需求,您可能会发现像AnthillPro这样的商业工具更适合。从CC或Hudson升级到AHP的原因因公司而异,但一些典型的答案包括通过环境访问控制设置自助服务部署的能力、将多个构建/工作流链接在一起的愿望、内置依赖关系管理、工件库或 pull together data from a bunch of different tools &跨生命周期构建。

不是每个人都需要这些功能,但是那些认为升级是物有所值的人。

Ola Eldøy 11 年前

为什么不也看看呢 CI Factory .

推荐文章

user2609605 · github上的CI:日志不完整

1 年前

laux98 · 关于电子生成器自动更新和位桶流水线的问题

2 年前

PierreP · 只有当从机上有特定数量的执行程序可用时,才执行作业

2 年前

pbuchheit · 在gitlab中订购手动触发的作业

2 年前

Riddhi Shankar · Azure CI-CD安卓系统:无法启动后台进程。错误:进程“/Users/runner/work/1/s/gradlew”失败,退出代码为

2 年前

Mihail Bury · 无法使用Docker在GitHub操作管道中配置postgres数据库

3 年前

Stefan · 如何获得与皮林分数相似的eslint分数?

3 年前

Joshua Richardson · 无法创建GitLab CI/CD下游管道-规则配置阻止添加作业

3 年前

Lesia · 如何定义自托管K8s Github Actions Runner的映像

3 年前

syog · Sonarqube扫描nextjs应用程序在github操作中失败

3 年前