您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. microci:MicroCI-微服务的本机连续集成-源码

  2. MicroCI 建立 图片 _ ___ |\/| o _ ._ _ / | | | | (_ | (_) \_ _|_ . ":" ___:_____ |"\/"| ,' \ \ / | O \___/ | ~^~^~^~^~^~^~^~^~^~^~^~^~ 什么是MicroCI
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:9437184
    • 提供者:weixin_42132325
  1. 敬酒:容器化您的开发和持续集成环境。 :clinking_glasses:-源码

  2. 吐司 :clinking_glasses: 吐司是在容器中进行工作的工具。 您可以在名为toastfile的YAML文件中定义任务,然后Toast基于您选择的Docker映像在容器化环境中运行任务。 由“任务”决定的是什么:任务可以安装系统软件包,构建应用程序,运行测试套件,甚至提供网页。 这是上面显示的示例的toastfile: image : ubuntu tasks : install_gcc : command : | apt-get update
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:191488
    • 提供者:weixin_42170064
  1. 文章:微服务持续集成和持续交付工具-源码

  2. ici 只要有一个可以满足我的需求的开源CI / CD工具,任何开发人员都可以在不进行任何配置的情况下从源代码构建,测试和部署Web应用程序,那么我将尽一切努力。没有。 这就是我想起的蠢货。 微服务架构在现代Web应用程序开发中非常流行,构建,测试和部署应用程序非常简单,但是,与整体Web应用程序相比,连接,管理和保护微服务要困难得多。 随着我们将应用程序过渡到具有跨分布式网络部署的微服务的分布式体系结构,许多新的挑战等待着我们。 诸如容器和容器编排平台之类的技术(如Kubernetes
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:91136
    • 提供者:weixin_42117485
  1. Cyclid:开源持续集成服务器-源码

  2. 摆线 文献资料 有关完整文档,包括,请参见 。 发展历程 Cyclid是一个开源项目,我们欢迎您的贡献。 这些说明将帮助您设置开发环境以开发和测试Cyclid。 入门 $ rbenv install 2.3.1 $ bundle install --path vendor/bundle $ bundle exec rake db:migrate $ CYCLID_CONFIG=config/development bundle exec bin/cyclid-db-init Cyclid需要Re
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:191488
    • 提供者:weixin_42110070
  1. ci:HelenOS的持续构建工具和自动化测试-源码

  2. HelenOS持续集成测试脚本 该存储库的目的是拥有一个通用脚本,用于(几乎)构建和测试与HelenOS相关的所有内容。 当前,该脚本能够: 获取最新版本的HelenOS和港口(移植软件) 为所有受支持的体系结构构建HelenOS 建立所有港口(完整矩阵) 在QEMU中运行自动化测试(仅适用于部分平台) 有关更多信息,请参见 。 使用此工具进行的每晚构建都将推送到 。 注意:此工具并非用于HelenOS的常规开发(即“编辑-增量编译-测试”循环),而是用于合并前测试或自动夜间构建。
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:117760
    • 提供者:weixin_42157188
  1. rumi:trivago持续集成执行器-源码

  2. RUM rumi是基于容器的作业执行平台。 它读取并执行项目中.rumi.yml文件中定义的作业。 目的是使作业执行更加灵活,并将项目配置的责任交到维护人员手中。 句法 介绍 CI作业分为若干阶段,这些阶段按顺序执行。 每个阶段的作业都是并行执行的。 失败的作业将中止整个构建。 阶段 stages: Initialisation: Install npm dependencies: ... Install composer dependencies:
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:28311552
    • 提供者:weixin_42176827
  1. 最小React样板:具有webpack 4:package:,babel v7和sass支持的最小React样板。 整理,预提交挂钩,快照和DOM测试,持续集成以及更多已设置的内容-源码

  2. React最小的样板 带有webpack 4,babel v7和sass支持的最小化React样板。 Webpack 4 - Webpack 4的所有优点,包括更快的构建。 通天塔7 ESLint(具有更漂亮的配置) -进行一下配置,稍后再感谢我。 :grinning_face_with_smiling_eyes: 赫斯基-提交阶段文件的预提交皮棉检查以确保 :pile_of_poo: -code永远不会提交。 CSS和SASS支持。 通过轻松清洁进口。 例如,如果您具有这样的
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:162816
    • 提供者:weixin_42131785
  1. helloworld_travis_demo:这是一个使用持续集成工具(例如Travis,Jenkins,Circle ci和AppVeyor)的演示程序。 不久将更新更多-源码

  2. Travis_Demo_KPIT 在这个项目中,您的目标是为我的Internship KPIT使用Travis,Jenkins,Appveyor,Circle CI编写程序并实现各种Continuous Integration工具。 文件资料 无需安装即可轻松使用。 脚步 将代码添加到github文件中。 遵循travis语法并参考 运行代码。 运行并测试我的项目 分叉文件 打开travis网站,启用存储库 建立项目 特拉维斯CI语法 C language: c sudo: false
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:24117248
    • 提供者:weixin_42178688
  1. 持续集成测试开发之路--持续集成

  2. 如果说在工作里有个事情一直在颠覆我的认知,那就是CI了。每个阶段我对它的理解都是不同的,每个阶段我都会这么想:恩,CI也就是这样了。但是项目发展一段时间以后我就又会想:哦,原来CI比我以前想的难的多。我相信在项目中实践完美的CI方案是每个QA的理想,可惜它就好似别人家的孩子一样,是我们心中的痛。所以今天我们调侃一下CI吧。本篇文章假设读者已经清楚的知道CI的概念和优点。所以就不在过多的介绍概念性的东西了。CI需要工程文化的支撑,它不是某个人某个职位的事情,它需要整个技术团队所有人的努力,是一种所
  3. 所属分类:其它

    • 发布日期:2021-01-29
    • 文件大小:950272
    • 提供者:weixin_38741317
  1. 在PythonWeb项目中使用Jenkins进行持续集成

  2. 在一个项目的开发过程中,往往会有一些需要反复执行的操作,比如编译、测试、部署。具体于Flask项目,我一般使用nose执行单元测试、fabric进行部署、pylint执行代码质量检测等。这些频繁需要执行的步骤,是非常枯燥的,那何不交给机器来自动执行呢?最近,我参与的一个校内团队也遇到了类似的问题,于是打算调研一下相关的工具。还是习惯性地查阅了下KennethReitz大神的python-guide,果然找到了关于CI的章节。选来选去,最终没有选择Python Stack的Buil
  3. 所属分类:其它

    • 发布日期:2021-01-29
    • 文件大小:1027072
    • 提供者:weixin_38556541
  1. 笨方法使用Kubernetes实现持续交付

  2. 本文将探讨如何构建一种用于持续集成的架构,我们采用了由简至繁的方法。在每一次将架构复杂化时,我们会给出原先的简单方法的局限性,并验证添加架构的复杂性和/或重构架构是合理的。本文所给出的终极方法,是Weaveworks探索出的最适合自身的方法。持续交付是以频繁且少量的方式而非一次性大批量的发布去生成软件的方法。为什么持续交付很重要?将版本持续部署到应用会消除“发布日”的思维模式。理论上讲,版本的完成越是频繁,那么版本的风险也就越低。开发人员还可在代码就绪时更改应用(无论是实现新代码,或是回滚到旧版
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:486400
    • 提供者:weixin_38657102
  1. iOS持续集成:Jenkins+GitLab+蒲公英

  2. 众所周知,现在App的竞争已经到了用户体验为王,质量为上的白热化阶段。用户们都是很挑剔的。如果一个公司的推广团队好不容易砸了重金推广了一个APP,好不容易有了一些用户,由于一次线上的bug导致一批的用户在使用中纷纷出现闪退bug,轻则,很可能前期推广砸的钱都白费了,重则,口碑不好,未来也提升不起用户量来了。静下心来分析一下问题的原因,无外乎就是质量没有过关就上线了。除去主观的一些因素,很大部分的客观因素我觉得可以被我们防范的。根据大神们提出的一套开发规范建议,CI +TDD
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:2097152
    • 提供者:weixin_38660108
  1. 持续交付和DevOps的前世今生

  2. 这是一个新概念风起云勇的时代。 就让我们从云端抓它几个名词下来,一起玩耍吧!!!“敏捷软件开发”,“增长黑客”,“持续集成”,“DevOps”,“精益创业”,“持续交付”,“大数据”... ...OK,就这四个啦:“敏捷软件开发”,“持续集成”,“DevOps”,“持续交付”。先让我们在Wikipedia上验明正身。Agilesoftwaredevelopmentdescribesasetofprinciples
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:478208
    • 提供者:weixin_38733885
  1. JenkinsPipeline项目持续集成交互实践路径

  2. Jenkins2.x的精髓是PipelineasCode,是帮助Jenkins实现CI到CD转变的重要角色。什么是Pipeline,简单来说,就是一套运行于Jenkins上的工作流框架,将原本独立运行于单个或者多个节点的任务连接起来,实现单个任务难以完成的复杂发布流程。Pipeline的实现方式是一套GroovyDSL,任何发布流程都可以表述为一段Groovy脚本,并且Jenkins支持从代码库直接读取脚本,从而实现了PipelineasCode的理念。https://wiki.jenkins.
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:649216
    • 提供者:weixin_38540819
  1. 持续集成+自动化部署[代码流水线管理及Jenkins和gitlab集成]

  2. Pipeline名词顾名思义就是流水线的意思,因为公司可能会有很多项目。如果使用jenkins构建完成后,开发构建项目需要一项一项点击,比较麻烦。所以出现pipeline名词。 代码质量检查完毕之后,我们需要将代码部署到测试环境上去,进行自动化测试点击新建这里只需要写一下描述执行Shell脚本温馨提示:执行命令主要涉及的是权限问题,我们要搞明白,jenkins是以什么权限来执行命令的。那么问题来了,我们现在192.168.56.11上,如果在想192.168.56.12上执行命令。需要怎么做呢?
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:963584
    • 提供者:weixin_38747592
  1. iOS开发-自动化打包Jenkins集成

  2. 自动化打包根本目的是为了节约时间,把重复且无技术含量的事情交给机器去做。Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。更多的介绍大家自行百度,这里就不啰嗦了。 环境配置: MacOS10.12.6 Xcode9.2打开下载最新的pkg安装包。安装完成之
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:1048576
    • 提供者:weixin_38719540
  1. 高效运维之Docker持续部署图文详解

  2. 关于Docker的文章铺天盖地,但精品文章往往翻译居多。都说Docker天生适合持续集成/持续部署,但同样,可落地、实际可操作性的文章也很少见。基于这些情况,虽然我们专栏定位为运维管理性文字,但本篇是个特例,实操性的案例讲解——JAVA项目如何通过Docker实现持续部署(只需简单四步),即:开发同学通过gitpush上传代码,经Git和Jenkins配合,自动完成程序部署、发布,全程无需运维人员参与。这是一种真正的容器级的实现,这个带来的好处,不仅仅是效率的提升,更是一种变革:开发人员第一次真
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:549888
    • 提供者:weixin_38659805
  1. DockerSwarm在持续集成测试中的应用

  2. 敏捷(Agile)模式被广泛应用,测试显得尤为重要。由于需要频繁发布新的版本,我们需要更加频繁的执行测试用例,以确保没有新的 bug被引入到版本中。 一个完整的测试流程所需要占用的时间和资源也不可忽视,包括对测试结果的分析都要占用大量的资源。如何在更短时间内,提供完整、全面的测试以保证质量,是我们急于解决的问题,也是保证敏捷开发能顺利进行的关键。 Jenkin
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:761856
    • 提供者:weixin_38642735
  1. 使用Jenkins搭建iOS/Android持续集成打包平台

  2. 根据项目需求,现要在团队内部搭建一个统一的打包平台,实现对iOS和Android项目的打包。而且为了方便团队内部的测试包分发,希望在打包完成后能生成一个二维码,体验用户(产品、运营、测试等人员)通过手机扫描二维码后就能直接安装测试包。该需求具有一定的普遍性,基本上所有开发APP的团队都可能会用到,因此我将整个需求实现的过程整理后形成此文,并且真正地做到了零基础上手,到手即飞、开箱即用,希望能对大家有所帮助。首先,先给大家展示下平台建设完成后的整体效果:该平台主要实现的功能有3点:定期对GitHu
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:293888
    • 提供者:weixin_38582685
  1. Jenkins+Jmeter+Ant持续集成那些事

  2. 通过了解性能测试,知道了jmeter框架以及其扩展知识,jmeter不仅是性能测试利器而且还可以用于接口测试,经过近几周的学习,了解了jmeter的相关知识。但是在使用过程中还是遇到了问题,就是脚本较多时一一执行比较麻烦,我们不可能每次都一个一个的手动去点,这样不仅耗时还重复麻烦,那么有没有什么办法来批量运行Jmeter脚本呢?这个时候,我们就要想办法使其自动化。为了自动化想到了jenkins和ant,通过查看官方文档,发现ant有相应的JMeterTask。于是就准备一步一步的搭建基于Jenk
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:1048576
    • 提供者:weixin_38685876
« 1 2 ... 45 46 47 48 49 50»