"The key to DevOps transformation is that there is no end-state-we must continuously evolve." -- MIRCO HERING, DevOps 全球领袖 今日,CODING 受合作伙伴腾讯云邀请参加 KubeCon.CloudNativeCon 和 Open Source Summit 在上海举办的 KubeCon 2019 技术论坛,并于论坛上正式发布了专注于大型项目 DevOps 实践的产品…

近日,CODING 在 KubeCon 2019 上海站上正式推出了 DevOps 的一站式解决方案:CODING 2.0. CODING 2.0 进行了产品.产品理念.功能.首页的升级,对用户服务进行了整体升级.从代码托管到 DevOps 全流程覆盖,CODING 作为国内 EAP 工具的代表,一直立志于探寻最适合中国软件研发团队的研发管理方式.此次 CODING 2.0 的推出也标志着 CODING 在为用户创造更高价值的基础上,通过强化研发工具的深度和拓宽部门协作的广度,实现软件研发流程的…

在文章开始前,做一个小调查,在您的软件项目中集成一行新代码平均需要花多长时间? 15 分钟 一小时 半天 一天及以上 注意这里的集成是指将源码放在一起,并验证源码可以作为一个一致.运行可靠的软件的过程,而不只是完成编译. 如果在软件集成阶段耗费的时间经常让您的研发团队加班加点,那么是时候考虑落地持续集成了.我们都知道软件只有从代码生成制品,最终部署到生产环境中可靠运行才会给公司带来收入.持续集成是一种以"反馈"为核心的实践,为了达到短周期.高质量的交付目标,研发团队需要频繁且自动化地发…

CODING 在近期的 KubeCon 2019 大会上发布了 CODING 2.0,同时发布了最新功能--制品库.CODING 不断完善 DevOps 工具链,旨在持续提升研发组织软件交付的速度与质量. 什么是制品库 软件制品是指由源码编译打包生成的二进制文件,不同的开发语言对应着不同格式的二进制文件,这些二进制通常可以直接运行在服务器上. 制品库用来统一管理不同格式的软件制品. 除了基本的存储功能,还提供了版本控制.访问控制.安全扫描.依赖分析等重要功能,是一种企业处理软件开发过程中产生的所…

近日,CODING 在 KubeCon 2019 上海站上正式推出了 DevOps 的一站式解决方案: CODING 2.0,除了进行 产品 及 产品理念 的升级,还对用户服务进行了整体升级,主要涵盖以下四个方面: CODING 2.0 正式对五人及以下团队免费. 工具+培训,一站式服务体系. 与腾讯云账号打通,让研发管理更加轻松. 深度服务超大型客户,赋能企业数字化转型. CODING 2.0 正式对五人及以下团队免费 CODING 一直以来的愿景都是 "让开发更简单" ,帮助中国更…

升级背景 伴随着 CODING 理念的全面升级,CODING 正构建起覆盖构想到交付的全覆盖工具链,用户注册即可实践敏捷开发与 DevOps,提升软件交付质量与速度. 一直以来,CODING 作为软件研发领域的开拓者,代码托管.Cloud Studio.Pages 等作为极客代表的明星产品,使得 CODING 的品牌气质一直给人一种创新.前卫的印象.我们在新版官网的设计上仍然延续 "极客" 的概念.但同时,作为一个面向企业的产品,CODING 也需要展现出严谨可靠的一面. 官网是客户对…

在Pivotal Container Service (PKS)上部署软件的方法多种多样,本文重点介绍如何使用Spinnaker在PKS(或任何Kubernetes群集)上进行持续交付. Pivotal Container Service是一个由Pivotal构建的平台,用于减轻部署和运维Kubernetes群集的负担.PKS基于Cloud Foundry的容器运行环境(以前称为“Kubo”)而构建,利用BOSH为Kubernetes处理初始和后续运维. PKS却并不仅仅是Kubernetes的…

SAP开源的持续集成/持续交付的解决方案: (1) 一个叫做piper的github项目,包含一个针对Jenkins的共享库和一个方便大家快速搭建CI/CD环境的Docker镜像: (2) 一套SAP CI/CD最佳实践指南: 实际使用场景中具体选择哪种方案?参考图四表格 piper地址: https://sap.github.io/jenkins-library/ SAP CI/CD最佳实践地址:https://developers.sap.com/tutorials/ci-best-prac…

当下软件发展趋势 当今 IT 行业发展中比较流行的几个技术,首先是微服务化,将原有的一个系统拆分成多个,意味着有多个系统需要构建.测试.部署和运维. 第二个是敏捷开发模式,需求粒度更细化,要求一个可独立部署单元快速开发.快速测试.快速部署上线,实现快速迭代. 还有一个就是容器化,随着容器技术的快速发展,越来越多的应用迁移到了容器上. 这时候就会出现一些问题,如果当下软件交付继续使用传统模式,就会需要花费大量的人力物力,同时有大量的重复部署任务,且交付无法做到快速型.那么有没有一种更好的交付方式满…

感谢之前带领过我的leader,让我能够知道什么是好的开发方法. 在很早之前就接触过敏捷开发.什么是敏捷开发,简单来说就是让软件可靠地,快速地发布出来的一种开发方法和技巧. 而敏捷开发中有许多的实践,可能并不是每一种实践都适合于你的团队,但是总有一种能帮助你们的团队快速地将软件可靠地,高可用地发布出来. 如果在读这篇文章之前,还没有接触过敏捷开发,那么推荐一门敏捷开发入门的书籍:<硝烟中的scrum和xp>,这本书是一本敏捷开发的入门入籍,介绍了诸如:产品如何编写backlog.怎么准备spr…