认识达内从这里开始

DevOps是随着互联网的不断发展而被程序员所掌握的一种编程开发方法，而今天我们就通过案例分析来了解一下，DevOps编程开发基础知识点分享。

1、传统集成

传统集成时，团队没有任何类型的中央构建服务器。源代码可以存储在中央源代码存储库中，但是开发人员不必定期提交更改。在计划发布之前，开发人员可能会手动集成更改，这会导致许多问题，例如由于许多开发人员同时集成而带来的后一刻的冲突，或者由于集成而导致的组件故障。

传统集成的某些缺点如下：开发人员不经常集成代码，导致后一刻的隐患;反馈回路慢;由于需要修复许多组件而无法轻松解决问题;难以按时交付产品;高成本。为了克服这些问题，CI和CD应运而生，它们从技术角度和业务角度都具有许多优点。

2、持续集成ContinuousIntegration

持续集成是一种开发实践，要求开发人员每天多次将代码集成到共享存储库中，以避免代码冲突。

然后，每个签入均由自动构建进行验证，从而使团队可以及早发现问题。这使团队可以花更少的时间进行回溯，而将更多的时间用于构建新功能。

这里的概念是在一个项目上有多个开发人员，以将资源库的主分支保持为新形式的源代码，因此每个开发人员都可以签出或者从新的代码中提取，以避免发生冲突。

3、集成过程

开发人员在自己特定的分支中开发其功能，然后将其新分支推送到协作存储库中。运行自动化的单元测试和集成测试，并将错误和其他代码质量问题通知团队。一旦自动测试通过，开发人员就会创建拉取请求。开发人员和审阅者可以直接对开发人员提交给主分支的更改发表评论。

完成评审过程并将新代码合并到主分支后，功能开发和错误修复周期将从集成的主分支继续运行。这在团队内(特别是每个人都在处理许多小任务的大型团队)通常会在一天内发生多次，这意味着每个人都在同一个通用代码库上工作。这样就大大减少了代码的差异以及功能开发人员彼此之间不同步而引起的相关问题。

4、持续交付ContinuousDelivery

持续交付是一个更改代码会自动生成、自动测试并为发布到生产环境中做好准备的过程，软件可以在任何时候发布到生产环境中。

持续集成的代码提交将进一步进行性能和功能测试，直到批准发布为止。要有效执行持续交付，需要强大的持续集成。如果正确实施，开发人员将始终拥有已通过标准化测试过程的可部署的构建工件。

这个过程在开发人员提交代码时开始，在登台环境中完成测试后结束，以便代码可以部署到生产环境中。如果在自动测试过程中出现任何错误或Bug，CI工具将自动通过任意一种通知(如电子邮件或短信)告知开发人员。

持续交付通常涉及一个类似于生产的暂存区域，在将更改发布到生产之前，需要手动接受这些更改。

发布到生产环境的决策更多地是业务决策，而不是技术决策。

5、持续部署ContinuousDeployment

持续部署与持续交付非常相似。二者区别是，在持续部署中，所有通过自动化测试阶段的代码提交都将自动发布到生产环境中。

持续部署不需要在登台环境中进行任何手动测试，因为自动化测试将在发行版的所有阶段中执行。

这两种CD都依赖于实时基础设施配置和应用程序监视工具，用以在部署之前发现由于缺乏人工验证而在测试反馈循环中没有被找出的问题。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。