Continuous integration 持续集成和发布管理

Continuous integration 持续集成和发布管理,continuous-integration,build-automation,Continuous Integration,Build Automation,我们是一家小型软件开发商店,小意思一烫。软件工程师和两名承包商。我正在考虑使用持续集成和发布管理流程,因为我们的产品需要经过FDA认证。我们的开发环境是WinCE 6.0和ARM 7,都使用C/C++。我正在寻找开源工具的建议,以改进我们的流程 我们正在为我们的存储库使用Subversion,并且正在设置Bugzilla。TeamCity是这套工具的一个好补充吗?祝你在FDA的支持下好运;我的公司一直在向FDA认证迈进,这是一个疯狂的过程 我绝对建议在您的开发过程中尽快建立一个自动构建过程;即使

我们是一家小型软件开发商店,小意思一烫。软件工程师和两名承包商。我正在考虑使用持续集成和发布管理流程,因为我们的产品需要经过FDA认证。我们的开发环境是WinCE 6.0和ARM 7,都使用C/C++。我正在寻找开源工具的建议,以改进我们的流程


我们正在为我们的存储库使用Subversion,并且正在设置Bugzilla。TeamCity是这套工具的一个好补充吗?

祝你在FDA的支持下好运;我的公司一直在向FDA认证迈进,这是一个疯狂的过程

我绝对建议在您的开发过程中尽快建立一个自动构建过程;即使它不是CI构建过程。我有在新代码库和现有代码库中设置自动构建过程的经验,在新代码库中实现构建过程要容易得多。如果您从一开始就计划构建过程,则可以更改代码\项目文件的结构(我使用C#),以便更轻松地设置构建过程

至于构建服务器,是的,我推荐TeamCity。我已经在我的公司使用它大约一年来运行CI、夜间和QA构建过程。总的来说,它是一个非常容易配置、使用和维护的工具

我还知道Jenkins(Hudson)是一个非常流行的构建服务器。然而,我没有任何使用它的经验,所以我不能给你一个很好的比较


希望这些信息有帮助。

祝你在FDA的支持下好运;我的公司一直在向FDA认证迈进,这是一个疯狂的过程

我绝对建议在您的开发过程中尽快建立一个自动构建过程;即使它不是CI构建过程。我有在新代码库和现有代码库中设置自动构建过程的经验,在新代码库中实现构建过程要容易得多。如果您从一开始就计划构建过程,则可以更改代码\项目文件的结构(我使用C#),以便更轻松地设置构建过程

至于构建服务器,是的,我推荐TeamCity。我已经在我的公司使用它大约一年来运行CI、夜间和QA构建过程。总的来说,它是一个非常容易配置、使用和维护的工具

我还知道Jenkins(Hudson)是一个非常流行的构建服务器。然而,我没有任何使用它的经验,所以我不能给你一个很好的比较


希望这些信息能有所帮助。

听起来更像是对的问题听起来更像是对的问题