持续集成CI
你可能会说
每次有人准备把改动合进项目时，都自动检查页面能不能正常生成、有没有明显错误、关键功能有没有出错；没通过就先别合并。
持续集成是在每次准备合并改动时，自动检查这些改动能否和现有项目一起正常工作的做法。例如有人提交一份改动后，系统会自己准备项目、检查常见代码错误、运行关键功能检查，并在合并页面标出通过或失败。它让问题在改动正式进入项目之前暴露；检查通过不代表新版本已经向用户发布。
也常被叫作CIContinuous Integration持续集成
延伸阅读 · 权威出处
每次有人准备把改动合进项目时，都自动检查页面能不能正常生成、有没有明显错误、关键功能有没有出错；没通过就先别合并。
—○单元测试 —○生产构建 —↳CI 的业务位置就在合并之前：自动检查先回写，合并按钮再决定是否开放。
每次改动都尽早检查：单独看似正常的改动，放进项目现有代码和设置后也可能出错。每当有人提交或申请合并时，CI 就自动检查页面能否生成、关键功能有没有出错，让问题离这次改动更近。
结果要能帮助决定下一步：检查结果要对应这份改动，并清楚显示是否通过和失败原因。这样一旦失败，团队知道先修再合；通过后再决定要不要发布到测试地址。
请让每次 PR 自动运行 Lint、构建和关键测试，并把结果关联到具体 PR。任何检查失败都不要允许合并；通过后给出对应提交、检查名称和结果。