整合公司 如何整合人员
首先，让我们首先定义什么是持续集成。 根据维基百科，“持续集成（CI）是一种实践， 软件工程，将所有开发人员的工作副本与 每天几次共享主线。”。 这基本上意味着 几个开发人员正在开发产品/应用程序，我们需要 确保在以下情况下进行个人更改或其他更改 合并不会破坏应用程序的至少核心功能。 随着您正在处理的应用程序的依赖性增加，更多的是 如果出现问题，将带来相关的业务风险。 想像一下如果 Google决定不工作，大多数人都希望 相信这是启示的开始。
CI来到这里进行救援。 这就是为什么需要将CI集成到您的应用程序中的原因。
保持构建稳定：开发人员扫描了一系列提交的次数 在源代码中，只是确定什么提交破坏了构建。 在我的 根据经验，Nuget软件包在大多数时候都是元凶。 CI Systems可以 被配置为一旦签入任何提交就触发构建 可以尽快发现并解决问题。 我们还可以防止在一台机器上运行代码的情况 而不是其他。增强开发人员的信心因此，您必须更改称为 在应用程序中的任何地方。 无需花费大量时间进行代码审查 与您的前辈一起思考 更改，只需提交更改，然后让自动化测试套件 告诉您您的修复程序破坏了任何功能。 虽然 现在可以替代空运行代码，CI可为开发人员提供 做出重大改变并节省测试时间的信心 从长远来看。 整个开发过程加快了，并且该应用程序可以进行重大更改和升级。使代码集成更容易多个团队在不同的应用程序上工作的场景 同时冲刺，很有可能合并错误的代码 只是在您要进行集成测试时才会遇到麻烦。 虽然值得商de，但我想相信的政策是最好的 多个团队的策略是每天合并所有分支机构 到暂存分支，以便在部署过程中，只需部署 生产的过渡分支。 在这种情况下，我们可以利用 CI的强大功能，可确保没有任何代码更改破坏核心 应用程序的功能。“它在我的机器上工作”陷阱知道什么地方有问题的最佳时间是编译时间。 但是，编译器只能涵盖基本代码问题。 想象一下，在三周冲刺结束时，我们最终遇到了非常复杂的情况 和重要功能的突破，没人知道为什么。 测试工作在 独立和独立的系统，这样我们就不会陷入“它 在我的机器上工作”陷阱。 服务器基础架构最接近 模拟生产环境，并且仅当配置项通过测试 系统清除它们。保持产品最新产品负责人可能会决定以新功能发货 更频繁。 这会吸引最终用户的体验，因为他们不会 必须等待整个生命周期完成。 由于我们确保即将投入生产的代码相对 无错误，可与更多团队更快地发送更新 同时发送各自的功能。花时间进行创新，而不是修复损坏的代码。如果错误是通过功能引入系统的，则会及早发现， 提交后，开发人员很容易修复它，因为我们可以 将其与引起麻烦的代码相关联。 这使开发人员有更多时间进行研究或从事更新的工作 功能，从而加快了整个开发过程。
原始来源链接： http : ///need-for-continuous-integration/
翻译自: /blog/Coffee-Talk-Java-News-Stories-and-Opinions/Need-for-Continuous-Integration
整合公司 如何整合人员
如果觉得《整合公司 如何整合人员_需要持续整合》对你有帮助，请点赞、收藏，并留下你的观点哦！
