Continuous integration 如果每次我做一些更改时都有grunt运行测试，为什么我需要持续集成？

我正在学习前端开发。我读过好几次有人提到持续集成工具，比如jenkins server或travis CI，在谈到开发工作流时

据我所知，使用CI的目的是在每次提交到中央存储库时进行测试。但是，每当我对代码库进行任何更改时，我已经设置了grunt和测试任务

---

在我看来，没有必要使用CI，因为本地grunt测试任务已经为我解决了所有问题。即使我使用CI，我认为在每次提交之前，我们应该始终使用本地自动化任务来运行测试，以确保没有错误。那么使用CI的目的是什么？

即使您进行了本地单元测试，使用CI/CD服务器或服务也有一些好处：

• 验证存储库是否包含所有资源，并且项目中没有被忽略或遗漏的资源
• 允许他人访问测试结果和构建工件
• 管理项目的部署（或者简单地归档“绿色”构建）

CI/CD服务还有其他好处，大多数好处都与CI/CD试图解决的难题有关：使与他人合作更容易

当然，您可以在单人项目中使用CI/CD，在这种情况下，您可以通过grunt任务自动化这些事情（尽管CI/CD服务更专业，更适合处理这些任务，例如项目的部署）

---

如果您与其他人一起工作（或者将来有一点机会），您应该集中CI/CD任务，以便团队能够正确管理和维护它。

因此，您在grunt中实现了一系列CI功能，并且想知道为什么需要使用Jenkins？好吧，如果你已经创建了一个复制詹金斯在grunt中的行为的系统，那么我想你没有。你会说Jenkins提供了一些你还没有用定制grunt脚本重新实现的功能吗？