CI工具决策-多学科组织

如何解决CI工具决策-多学科组织

在我们的组织中，我们正在脱机工作（与Internet断开连接）。我们使用的大多数工具都安装在单个服务器上，该服务器应为所有用户（大约500个并发用户）提供服务。

我们使用以下所有操作系统：Linux（所有版本），Windows（2000，XP，7、10），VxWorks，Solaris和一些内部开发的系统。我们几乎使用以下开发语言：C，C ++，C＃，Java，JavaScript，python，ruby，Visual Basic和一些较旧的语言（我们有很多旧代码）。

考虑到我们必须维护所有这些平台的事实，您是否建议使用Jenkins或Gitlab CI作为主要的CI工具？

我们需要的是集成很多软件（旧软件！）的选项，并且由于我们当前正在迁移到Gitlab作为源代码管理系统，因此我们仍然不愿意更改CI工具。我们不想同时使用这两种工具，以便能够使用来自不同团队和项目的脚本/流程。

我们公司在此问题上的主要考虑因素是什么-考虑到这一决定可能是我们未来5至10年将使用的基础设施？

如果需要更多信息，我很乐意提供！

解决方法

我认为这个问题没有明确的答案，但是您可以考虑的是Jenkins的采用率和社区支持，因为您有多个项目，因此很可能适合您编程语言。另一方面，GitLab CI使用YAML格式编写的管道，因此更易于使用且更简洁。首先，我比詹金斯更喜欢GitLab CI，但这只是一种观点。

自2013年以来，我一直在使用Jenkins。事实证明，它是一种可靠的工具，需要大量维护。

我构建的最后一个实现是在容器中运行的主机，并在多个代理上处理管道和UI作业：用于Linux构建的容器以及用于Windows和其他应用程序的普通VM主机。

每个团队都拥有奴隶，并在詹金斯获得了自己的空间，而不会干扰他人，也不必成为詹金斯的管理员。这使我有时间去维护它，并给予他们自由地进行试验和以不同的速度和知识水平进行工作。另外，JCASC可能会有所帮助（我仍然需要尝试）。您可以为每个团队提供docker-compose，vagrant和脚本来安装自己的代理。

过去，竹，TFS，Gitlab和cruisecontrol极大地限制了我的代表团访问的可能性。