- 综合排序
- 最热优先
- 最新优先
- 来自专栏PM吃瓜(公众号)
DevOps - 持续集成
最近在担任公司部门的DevOps Champion的角色，一直觉得这个只是一个协调者的角色(而不是一个SME的角色)，我的工作大概就是将每个项目的devops工具收集一下，然后用图表的形式去体现大家用devops 前进，就像敏捷实践一样，要让我们的问题暴露出来,让他们理解什么是持续集成，激发他们自己做持续改进。 我们是金融行业，众所周知，金融IT业是走得比较慢的，DevOps这个主题太大了，我们今天来聊聊持续集成吧，我们要是把持续集成做好了，说devops做好了一半也不出奇。 以前说起持续集成，我眼中就只有三个东西，自动化构建，自动化部署和自动化测试，然后就没了。难道我有这三个东西还没有达到持续集成吗？说你没达到，一点也不出奇，下面听我慢慢道来。 来说说我眼中的持续集成是怎么样的. 1. 是否能自定义自己的流水线？
1.2K10发布于 2019-11-20 - 来自专栏DevOps时代的专栏
神聊《DevOps HandBook》：DevOps 集成安全的技术实践
导言 今天由为大家拆书《DevOps Handbook》第六部分，信息安全集成到DevOps的技术实践。 大概有三块内容： 第一块是总体介绍一下DevSecOps。 这就是安全整个DevOps中的价值，保证服务和数据的可用性、机密性、完整性。 信息安全整体框架需要自动化的集成到DevOps的交付平台中是有一些困难的。 比如很多公司已经实现了像静态代码的检查，比如输入参数的校验，能够跟代码构建做整合，代码构建过程中自动的集成了这个代码分析，能够实现一些扫描报告实时的异步输出，这样就可以保证DevOps交付效率的同时，还能把现有整个的安全能力整合到现有的部署的流水线中 ，在提升安全能力的同时还不影响DevOps交付的时间和效率。
1.2K90发布于 2018-02-07 - 来自专栏iTesting
持续集成和DevOps基础
iTesting，爱测试，爱分享 正文 一、基本概念 1、持续集成 持续集成（Continuous integration，简称CI），简单来说持续集成就是频繁地（一天多次）将代码集成到主干。 持续集成的好处： 快速发现错误，每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易； 防止分支大幅偏离主干，如果不经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。 回到顶部 三、认识DevOps 1、DevOps是什么？ 答案就是DevOps，因为DevOps是面向业务目标，助力业务成功的最佳实践。 （8）自动化运维工具 Ansible Puppet Chef IT运维自动化是指将IT运维中日常的、大量的重复性工作自动化，把过去的手工执行转为自动化操作。
1.1K10发布于 2020-10-26 - 来自专栏总结xyp
【云原生】DevOps（四）：集成Sonar Qube
Dsonar.java.binaries=target/Ps：主要查看我的sonar-scanner执行命令的位置查看日志信息null查看SonarQube界面检测结果检测结果null四、Jenkins集成
21311编辑于 2025-12-04 - 来自专栏DevOps时代的专栏
实施 DevOps 的8个步骤
确定业务理由 DevOps项目要关注业务需求，而不是“纯粹为了DevOps搞DevOps”，避免方法和工具变得比客户需求还重要。 最成功的企业希望通过DevOps获得业务的好处。” 2. 为所在企业定义DevOps Gartner对DevOps下的定义是：这是一种使用敏捷方法、协作和自动化交付解决方案的业务驱动方法。 Spafford说：“DevOps主要用于敏捷开发以及不确定性相当大的场景（比如机器学习和物联网），但由于DevOps理念可以广泛应用，所以会有引入这套概念的其他机会。 开发工具链 实施DevOps的总体目标包括一套集成的工具链，支持合理地评估和选择工具，以便每个工具都与应用程序生命周期中的相邻工具松散耦合。 这将让在每个阶段使用的工具得以保持一致，便于了解在阶段内和阶段之间哪个地方需要实现自动化、集成和工具转换。 8. 准备好后扩展 太多的公司犯这样的错误：开始DevOps之前就需要扩展，以便获得批准。
1.9K40发布于 2018-10-08 - 来自专栏啄木鸟软件测试
DevOps工具介绍连载（8）——Rundeck
可基于标准运维流程进行写作，限制对于敏感环境的访问支持，可以与监控与工单管理系统进行集成，同时满足审计者对于所有操作历史行为进行追踪的需求。 ?
1.6K10发布于 2020-02-19 - 来自专栏汪宇杰博客
使用Azure DevOps持续集成GitHub项目
今天我们就来看看如何用Azure DevOps对自己GitHub上的项目做持续集成，并能在GitHub显示最新编译状态。 新建Azure DevOps项目 让我们进入正题，首先，你需要在Azure DevOps上新建一个Project，这个Project仅仅用于编译代码，你可以完全无视代码托管、测试、发布等其他功能。 注意：如果你之前没有在Azure DevOps里连接过GitHub，那么这一步里你需要进行授权认证，允许Azure DevOps访问你的GitHub资源。 ? 启用持续集成 想要每一次GitHub收到commit都进行编译的话，在Trigger里选择Enable continuous integration ? 并且以后一旦这个工程有新的commit提交到GitHub，都会触发持续集成的编译，并更新这个状态图标。 ?
1.4K40发布于 2019-07-08 - 来自专栏用户9703952的专栏
K8s+Docker+KubeSphere+DevOps
DevOps 共有云和私有云 共有云是云服务厂商提供的公有服务器 私有云是自己买硬件搭建起来的 nginx 安装nginx ``` apt install nginx 3.
27810编辑于 2024-02-19 - 来自专栏DevOps持续交付
中国DevOps社区经典重温：持续集成（上篇）
目 录 摘要 引言 使用持续集成构建功能 持续集成的实践 维护单一的源代码存储库 构建自动化 如何构建自动化测试 每人每天都向主干提交代码 每次提交都应该在集成机上构建主线 立即修复失败的构建 保持快速构建 在生产环境的克隆中测试 任何人都能轻松获得最新的可执行文件 每个人都可以看到正在发生什么 自动化部署 持续集成的好处 引入持续集成 最后的思考 延伸阅读 摘要 持续集成是一种软件开发实践，团队成员频繁地将他们的工作成果集成在一起 每次集成都通过自动构建(包括测试)进行验证，以便尽可能快地检测集成错误。许多团队发现这种方法可以显著减少集成问题，并允许团队更快地开发内聚软件。本文简要介绍了持续集成技术及其应用现状。 我被告知这个项目已经开发了几年，目前正在集成，并且已经集成了几个月。他告诉我，没有人真正知道完成集成需要多长时间。从中我学到了软件项目的一个共同的故事：集成是一个漫长而不可预测的过程。 尽管持续集成是一种不需要特殊工具来部署的实践，但我们发现使用持续集成服务器是很有用的。
1.1K30发布于 2020-06-24 - 来自专栏自学测试之道
DevOps -测试内持续集成与持续交付
DevOps 环境，持续集成（Continuous Integration）是Devops理念的一种实践过程，同时也是敏捷开发的具体表现形式。 我们引入了持续集成的概念，并开始逐步实施。持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。 最重要的一环是选择合适的持续集成系统。是搭建私有部署还是选择托管型持续集成系统，关键在于团队运行的基础设施，团队对持续集成系统的资源投入力度。 另外，在选择合适的持续集成服务时，还需要考量系统的灵活度以适应公司不同阶段的开发测试需求。 选择持续集成系统只是持续集成应用的其中一步，还需要建立合适的持续集成文化比如代码质量管控、测试文化等。 我理解持续交付需要依赖于持续集成，在持续集成的过程中，通过了所有测试case并且可以正确发布的集成系统，就可以作为持续交付的结果。持续交付与DevOps的含义很相似。持续交付可以看作持续集成的下一步。
2.1K10发布于 2019-09-30 - 来自专栏JAVA乐园
企业DevOps之路：Jenkins 集成 Harbor 自动发布镜像
构建后的 jar 上传到如下路径 /home/huangjinjin/software/springdocker 所以在该路径下创建 Dockerfile 文件，内容如下： FROM openjdk:8-
3.7K32编辑于 2022-04-15 - 来自专栏杨建荣的学习笔记
DevOps落地成不成，关键不在持续集成？
作者介绍 赵辉，前HSBC商业银行DevOps团队主管，DevOps专家，现任一线公有云企业DevOps平台解决方案架构师。 当下的IT领域，持续测试是成功采用DevOps交付模式的关键因素。 自从2012年，第一份DevOps报告由Alana Brown发布之后，DevOps开始逐渐获得业界的认知。 越来越多来自各领域和产业的IT团队开始谈论DevOps和数字化转型，其中不少团队已经根据自身对DevOps的理解采取了行动。 DevOps的核心观念就是提供反馈，为开发团队尽早地提供反馈机制对于实现持续集成至关重要。因此，团队的结构应该被调整为如下图所示： ? 结论 测试部分通常因为更重原因，例如成本考虑、团队结构考虑，或者政治因素，在落地DevOps实践中被有意或者无意地忽略。但是，实际上测试才是实现真正的持续集成和持续交付的关键点。
56430发布于 2020-07-02 - 来自专栏DevOps持续集成
Mattermost+Jira集成加速DevOps工作流程
Mattermost可轻松与流行的DevOps工具集成，例如Jira，Jenkins，GitLab，Trac，Redmine和Bitbucket。 免费提供数十种开源集成，包括交互式bot应用程序（例如Hubot和whatmost-bot）以及其他通信工具。 Mattermost支持DevOps工作流程,许多DevOps工作流程都依赖实时协作。 Public Key: -----BEGIN PUBLIC KEY----- MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC2mbXCqNvhulHf4Ls7Pi88kcC8 DClduz1Otaf04INVUlPO7c/NyDqV+0N4SbJsf69DFU0zmJ+8owfqeNLINxSoTmOw JzZ8KLFAxZ/jAY46R6ad91aS86XS7vRBBuAZGMSPyt3dW1kFe05ZQ3t +OAcFYUSN og87n+neJaGOnGmoRwIDAQAB -----END PUBLIC KEY----- 7.Click Continue. 8.Use the "/jira connect
1.9K20发布于 2020-06-08 - 来自专栏PM吃瓜(公众号)
敏捷开发，持续集成交付（CICD）、DevOps
持续集成CI（Continuous Integration） 基本概念 ? 持续集成（Continuous Integration）简称CI，持续集成强调开发人员提交了新代码之后，立刻自动的进行构建、（单元）测试。 根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。 持续集成过程中很重视自动化测试验证结果，对可能出现的一些问题进行预警，以保障最终合并的代码没有问题。 持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。交付给质量团队或者用户，以供评审。 DevOps带来的变革 角色分工：打破传统团队隔阂，让开发、运维紧密结合，高效协作 研发：专注研发、高度敏捷、持续集成 产品交付：高质量、快速、频繁、自动化、持续交付 具体落地 简单的说，DevOps
2.2K20发布于 2020-08-17 - 来自专栏IT运维技术圈
DevOps整合Jenkins+k8s+CICD
网上可以查看到DevOps的符号类似于一个无穷大的符号 这表明DevOps是一个不断提高效率并且持续不断工作的过程 DevOps的方式可以让公司能够更快地应对更新和市场发展变化，开发可以快速交付，部署也更加稳定 INTEGRATE：然后将监控阶段收到的反馈发送回PLAN阶段，整体反复的流程就是DevOps的核心，即持续集成、持续部署。 Jenkins应用广泛，大多数互联网公司都采用Jenkins配合GitLab、Docker、K8s作为实现DevOps的核心工具。 持续集成：让软件代码可以持续的集成到主干上，并自动构建和测试。 CD过程即是通过Jenkins将打好标签的发行版本代码拉取、构建、制作镜像交给运维人员部署。 持续交付：让经过持续集成的代码可以进行手动部署。
3.9K40编辑于 2022-10-24 - 来自专栏CODING DevOps
2019 DevOps 必备面试题——持续集成篇
原文地址：https://medium.com/edureka/devops-interview-questions-e91a4e6ecbf3 原文作者：Saurabh Kulshrestha 8、这个过程会不断重复。 Q2：为什么研发团队需要开发与测试的持续集成？ 对于这个答案，你应该关注持续集成的需求。 它允许开发团队尽早检测和定位问题，因为开发人员需要每天多次（或更频繁地）将代码集成到代码仓库中，然后自动验证每次集成。 Q3：持续集成的成功因素有哪些？ Q8：如何保证 Jenkins 的安全？ 确保 global security 配置项已经打开。 确保用适当的插件将 Jenkins 与企业员工目录进行集成。 确保启用项目矩阵的权限访问设置。 点击使用 CODING 体验 DevOps 全工具链敏捷研发
1.8K30发布于 2019-09-04 - 来自专栏科技记者
第8章 集成学习 笔记
bagging, boosting和随机森林是应用最广泛的三类集成学习算法。 bagging和boosting都采用了集成学习的思想，不同之处是bagging组合独立的模型，boostong迭代学习。 计算集成分类算法的误差演变 # 误差演变 boosting.evol.train <- errorevol(churn.boost, trainset) boosting.evol.test <- errorevol test','train'), col = c('red', 'blue'), lty = 1:2, lwd=2) adabag包中提供了errorevol函数以方便用户根据迭代次数估算集成分类算法的误差 estimator of misclassification error Misclassification error: 0.0606 randomForest的错分率最低，性能最佳，单棵树的性能最差，集成学习优于单树
66440编辑于 2022-03-04 - 来自专栏MiningAlgorithms
机器学习8：集成学习--LightGBM
而对于 Histogram 算法，则只需要(#data #features * 1Bytes)的内存消耗，仅为pre-sorted算法的1/8。 实际上可能决策树对于分割点的精确程度并不太敏感，而且较“粗”的分割点也自带正则化的效果，再加上boosting算法本身就是弱分类器的集成。 无法加速split的过程，该过程复杂度为O(#data)，当数据量大的时候效率不高 2），需要广播划分的结果（左右子树的instance indices），1条数据1bit的话，大约需要花费O(#data/8)
2.2K20发布于 2019-08-08 - 来自专栏机器学习算法工程师
《机器学习》笔记-集成学习（8）
章节目录 个体与集成 Boosting Bagging与随机森林 集合策略 多样性 1 个体与集成 集成学习（ensemble learning）的一般结构：先产生一组“个体学习器”（individual * 集成也可包含不同类型的个体学习器，这样集成是”异质“的（heterogeneous）。相应的个体学习器，常称为”组件学习器“（component learning）或直接称为个体学习器。 其中，√表示分类正确，x表示分类错误，集成学习的结果通过投票法（voting）产生，即“少数服从多数”。这个简单的例子显示出：要获得好的集成，个体学习器应“好而不同”。 事实上，如何产生并结合“好而不同”的个体学习器，恰是集成学习研究的核心。 3 Bagging与随机森林 欲得到泛化性能强的集成，集成中的个体学习器应尽可能独立。虽然“独立”在显示任务中无法做到，但可以设法使基学习器尽可能具有较大差异。
83760发布于 2018-03-30 - 来自专栏coder
这里有DevOps 工程师必须了解的 8 个 DevOps 最佳实践
这里有DevOps 工程师必须了解的 8 个 DevOps 最佳实践 开发软件是一个非常乏味的过程。在传统的公司设置中，软件开发过程由两个主要团队承担，即开发团队和IT运维团队。 这就是 DevOps 发挥作用的时候！ 什么是开发运维？ DevOps 是软件开发公司采用的集成流程。 尽管DevOps对于软件开发公司来说似乎是一个梦想成真，但将其集成到现有系统中并不是一件容易的事。 要遵循的 8 个 DevOps 最佳实践 1.有一个集中的 DevOps部门 在大型组织中，集中式单元通常用于 DevOps。 监控正确的指标 为了使DevOps有效地集成到组织中，监视正确的指标类型非常重要。这些指标是提供有关DevOps有效性的信息的指标。
77930编辑于 2023-10-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号