1. 云栖社区>
  2. 全部标签>
  3. #持续集成#
持续集成

#持续集成#

已有4人关注此标签

内容分类:
博客 | 问答 | 视频 | 资料 |

阿里研发效能&敏捷实践交流群精华内容整理(持续更新中。。。)

精华问答: 关于敏捷 @上海-前端-alery :敏捷开发的核心是什么呢@舍卫 :顺畅和高质量地持续交付有用的价值,从而促进业务目标的达成。 @小飞_PHP开发_深圳 :前几天看DevOps,有一句话有我觉得可以分享一下,敏捷开发是一套方法和实践,但 又不是固定的套路,能得到或者实现目标的都可以来用。

敏捷开发 持续集成 测试 持续交付 aliyun 自动化测试 传统企业 单元测试 研发效能 精益交付

基于Jenkins的开发测试全流程持续集成实践

本文介绍了我目前团队所在使用的持续集成全流程及一些重要插件的使用,虽然还很不完善,但初步解决了我所在团队在集成和发布上的一些痛点。随着后续对K8S的学习的深入,我会逐步引入阿里云K8S服务(ACK)进行微服务的容器编排以及持续集成的K8S化改造,希望到时再进行分享。

服务器 数据库 微服务 持续集成 容器 测试 pipeline ask asp Core 回归测试 jenkins CI CD RobotFramework

2019 DevOps 必备面试题——持续集成篇

原文地址:https://medium.com/edureka/devops-interview-questions-e91a4e6ecbf3 原文作者:Saurabh Kulshrestha 翻译君:CODING 戴维奥普斯 Q1:什么是持续集成? 我会建议你以持续集成的最小定义作为开始来回答这个问题。

服务器 配置 持续集成 测试 脚本 面试题 devOps 插件 jenkins 程序员面试技巧

Spring Cloud和Dubbo,孰优孰劣

机械式的结构,终将被自然选择所淘汰,有机式结构的新物种,登上舞台,必会壮大成为市场的主流。

安全 架构 Cloud spring 敏捷开发 微服务 持续集成 权限管理 source

阿里巴巴AI智能专场:整理分享

2019年8月17日,在阿里云杭州飞天园区内,参加了AICUG的阿里巴巴AI智能专场的分享,主要的主题包括《PAI机器学习和OCR实践》、《关于FAQ-QA算法中台的思考和实践》、《认识概念图谱构建与应用》、《搜索场景下的智能推荐演变之路》主要是算法方面,以下就感受与大家进行分享

faq 架构 算法 持续集成 问答 分布式数据库 客服 PAI 知识图谱 数据中台 搜索推荐 认知概念图谱

阿里云文件存储极速型NAS正式上线商用,打造百微秒级稳定时延的共享文件存储

阿里云文件存储极速型NAS正式上线商业化,针对共享文件存储在海量小文件场景下的性能短板进行了深度优化,大幅度降低了小文件读写的IO响应时延,提升性能。

数据存储与数据库 架构 分布式系统与计算 性能 持续集成 容器 aliyun 高性能 数据结构 存储 小文件 文件存储 NAS 极速 共享文件存储

一篇文章带你入门应用容器引擎Docker

什么是 Docker Docker 最初是 dotCloud 公司创始人 Solomon Hykes 在法国期间发起的一个公司内部项目,它是基于 dotCloud 公司多年云服务技术的一次革新,并于 2013 年 3 月以 Apache 2.0 授权协议开源,主要项目代码在 GitHub 上进行维护。

安全 网络安全 docker 云计算 镜像 持续集成 容器 测试 操作系统 持续交付 虚拟化

.net持续集成测试篇之Nunit 测试配置

.net持续集成测试篇之Nunit 测试配置在开始之前我们先看一个陷阱 用到的Person类如下 public class Person:IPerson { public string Name { get; set; } public int Age { get; set; } ...

配置 持续集成 测试 class void test 单元测试

四要素落地持续交付

本文通过持续集成、自动化测试、流水线以及自动化部署几个要素介绍宜信的持续交付平台及实践。

持续集成 容器 测试 持续交付 自动化测试 单元测试

.net持续集成测试篇之Nunit参数化测试

.net持续集成测试篇之Nunit参数化测试系列目录 在进行单元测试的时候,很多时候,很多时候我们都是在单元测试方法内部提供特定的值,但是这样测试往往造成样本数不足从而导致覆盖的结果不够全面,很多时候我们更想提供来自外部的,满足条件的一组值来进行测试.

random 持续集成 测试 ADD void test 单元测试

.net持续集成测试篇之Nunit文件断言、字符串断言及集合断言

.net持续集成测试篇之Nunit文件断言、字符串断言及集合断言使用前面讲过的方法基本上能够完成工作中的大部分任务了,然而有些功能实现起来还是比较麻烦的,比如说字符串相等性比较不区分大小写,字符串是否匹配某一正则规则,集合中的每一个(某一个)元素是否符合特定规则等,Nunit提供了一些特定的方法用来实现一些用普通断言比较难以实现的扩展类型和方法.

持续集成 测试 string void test list arraylist

docker部署sonarqube

gitlab-ce + gitlab-runner + sonarqube,在提交代码时对代码质量进行检测,对不符合要求的代码不允许提交到gitlab

docker mysql 持续集成 Image JDBC test gitlab SonarQube

docker环境下使用gitlab,gitlab-runner 为 NetCore 持续集成

docker环境下使用gitlab,gitlab-runner 为 NetCore 持续集成环境Centos7.6 安装应用docker,docker-compose (我的Centos是用Hyper-V跑的分了8G的内存,阿里云2G根本跑不起来gitlab) 为了保证我的Centos环境干净所以我的gitlab与gitlab-runner都是采用docker服务运行,包括后续的runner的工作形式(executor)也是选的docker。

docker 根目录 sdk 镜像 持续集成 容器 centos 脚本 Core Registry gitlab

关于接口测试——自动化框架的设计与实现

一、自动化测试框架 在大部分测试人员眼中只要沾上“框架”,就感觉非常神秘,非常遥远。大家之所以觉得复杂,是因为落地运用起来很复杂;每个公司,每个业务及产品线的业务流程都不一样,所以就导致了“自动化测试框架”去完成自动化测试的时候产生很多不稳定因素,这样就很难定位成一个固定的框架。

python 大数据 Json 持续集成 测试 request 脚本 url 性能测试 自动化测试

结合DevOps文化谈应用的非功能性需求

    众所周知,随着互联网和信息技术的发展,软件、应用或APP已经进入了爆发式增长的阶段。对于他们而言,功能性和非功能性是体现核心竞争力的两个方面,功能性比较容易理解,而非功能性主要指速度、是否高可用、设计是否人性化……今天就结合DevOps来谈一谈对应用非功能性需求的一些认识。

高可用 持续集成 持续交付 运营 devOps

70
GO