注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 持续部署产品环境Paz.zip

  2. Paz 是一个基于 Docker、CoreOS、etcd 和 fleet 的持续部署产品环境。是一个类似 PaaS 工作流程的可插入式服务平台。Paz 使用 Node.js 编写。特性漂亮的 Web 界面可在各种平台下运行，包括 Vagrant、公有云和裸机无需编码即可运行可用于持续部署部署时无需停机服务发现开发和生成环境的流程相同环境部署简单组件Web 前端 - A beautiful UI for configuring and monitoring your services.服务发现 S

  3. 所属分类：其它

    • 发布日期：2019-07-16
    • 文件大小：80kb
    • 提供者：weixin_39841365

  1. 如何利用Gitlab-ci持续部署到远程机器(详细教程)

  2. 主要介绍了如何利用Gitlab-ci持续部署到远程机器(详细教程),本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-09-14
    • 文件大小：180kb
    • 提供者：weixin_38624975

  1. 使用GitHub和Python实现持续部署的方法

  2. 主要介绍了使用GitHub和Python实现持续部署的方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧

  3. 所属分类：其它

    • 发布日期：2020-09-19
    • 文件大小：128kb
    • 提供者：weixin_38661852

  1. 使用travis-ci如何持续部署node.js应用详解

  2. 最近在学习使用 travis-ci 对项目进行持续集成测试，所以下面这篇文章主要给大家介绍了关于使用travis-ci如何持续部署node.js应用的相关资料，文中介绍的非常详细，需要的朋友可以参考借鉴，下面来一起看看吧。

  3. 所属分类：其它

    • 发布日期：2020-10-19
    • 文件大小：69kb
    • 提供者：weixin_38644780

  1. 使用GitHub和Python实现持续部署的方法

  2. 借助 GitHub 的网络钩子webhook，开发者可以创建很多有用的服务。从触发一个 Jenkins 实例上的 CI（持续集成） 任务到配置云中的机器，几乎有着无限的可能性。这篇教程将展示如何使用 Python 和 Flask 框架来搭建一个简单的持续部署（CD）服务。 在这个例子中的持续部署服务是一个简单的 Flask 应用，其带有接受 GitHub 的网络钩子webhook请求的 REST 端点endpoint。在验证每个请求都来自正确的 GitHub 仓库后，服务器将拉取pull更改到仓

  3. 所属分类：其它

    • 发布日期：2020-12-31
    • 文件大小：129kb
    • 提供者：weixin_38706743

  1. 持续部署：说起来容易做起来难

  2. 持续部署：说起来容易做起来难.JJimBird指出，人们在谈到持续部署时，说得最多的是一些琐碎的修改，例如小的调整、表面改动或小缺陷的修复。任何大于这些的修改都需要遵循相应细致、严谨的方法。 　　JJimBird指出，人们在谈到持续部署时，说得最多的是一些琐碎的修改，例如小的调整、表面改动或小缺陷的修复。任何大于这些的修改都需要遵循相应细致、严谨的方法。 　　Jim认为， 　　数据库模式(Schema)不能一直在变。较大的功能不能、也不应该一直改变，即使是在进行摸黑启动(darklaunchin

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：70kb
    • 提供者：weixin_38628429

  1. RationalALM工具使持续部署变得切实可行

  2. 么是持续部署，为什么对它感兴趣，它有助于解决哪些问题?对于许多组织来说，业务和开发团队的愿望是更快、更频繁地生产可用软件，而运营团队的责任是以规避风险的方式管理组织的基础架构，从而确保业务的连续性，在这两者之间，往往存在着分歧。 　　么是持续部署，为什么对它感兴趣，它有助于解决哪些问题? 　　对于许多组织来说，业务和开发团队的愿望是更快、更频繁地生产可用软件，而运营团队的责任是以规避风险的方式管理组织的基础架构，从而确保业务的连续性，在这两者之间，往往存在着分歧。不幸的是，这种分歧往往导致将开发

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：121kb
    • 提供者：weixin_38617413

  1. 使用功能开关更好地实现持续部署

  2. 使用功能开关更好地实现持续部署。为了快速发布开发完成的功能，现代的互联网企业通常会以比较快的迭代周期来持续的发布。但是有时候因为技术或者业务上的原因，需要在发布的时候将某些功能隐藏起来。一种解决方案是，在独立的分支上开发新功能，全部开发测试完成之后， 　　摘要 　　为了快速发布开发完成的功能，现代的互联网企业通常会以比较快的迭代周期来持续的发布。但是有时候因为技术或者业务上的原因，需要在发布的时候将某些功能隐藏起来。一种解决方案是，在独立的分支上开发新功能，全部开发测试完成之后，才合并回主干，准

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：198kb
    • 提供者：weixin_38557727

  1. 走向“持续部署”

  2. 目前IT行业中，似乎“要不要做持续集成?”已经不再是讨论的焦点，取而代之的是“如何进行持续集成?”。在前一篇文章中，我介绍了Cruise团队持续集成的演进过程。在最后，还曾提及Cruise团队的持续部署。本文将结合团队的实际情况，与大家分享持续部署的实践 　　目前IT行业中，似乎“要不要做持续集成?”已经不再是讨论的焦点，取而代之的是“如何进行持续集成?”。在前一篇文章中，我介绍了Cruise团队持续集成的演进过程。在最后，还曾提及Cruise团队的持续部署。本文将结合团队的实际情况，与大家分享

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：182kb
    • 提供者：weixin_38575456

  1. 走向“持续部署”

  2. 目前IT行业中，似乎“要不要做持续集成?”已经不再是讨论的焦点，取而代之的是“如何进行持续集成?”。在前一篇文章中，我介绍了Cruise团队持续集成的演进过程。在最后，还曾提 　　目前IT行业中，似乎“要不要做持续集成?”已经不再是讨论的焦点，取而代之的是“如何进行持续集成?”。在前一篇文章中，我介绍了Cruise团队持续集成的演进过程。在最后，还曾提及Cruise团队的持续部署。本文将结合团队的实际情况，与大家分享持续部署的实践心得。 　　“最后一哩”问题 　　持续集成解决了软件开发中的部分问

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：102kb
    • 提供者：weixin_38500630

  1. 持续集成、持续交付和持续部署的真正区别

  2. 有很多介绍什么是持续集成、持续交付和持续部署的内容。但是这些流程首先要做什么？了解CI和CD解决的问题以正确使用它们至关重要。这将使你的团队可以改善流程。并避免花力气追求那些不会给你的过程带来任何价值的幻想指标。持续集成是一个团队问题如果你和同一团队的多个开发者在一个存储库中工作，其中载有最新版本的代码位于存储库的主分支。开发人员在不同分支上从事不同的工作。一旦某人完成变更后，他会将其推送或合并到主分支。最终，整个团队将拉取到这一变更。我们要避免的情况是错误的提交进入主分支。错误意味着代码无法编

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：75kb
    • 提供者：weixin_38696143

  1. 通过Docker容器运行持续集成/持续部署

  2. 对于Docker主流的应用场景：持续集成和持续部署(CI/CD)大家也许并不陌生。这篇文章从独特的视角阐述了如何利用各种云平台构建属于自己的CI/CD容器，笔者还自己扩展了GitlabCI引擎，对CI感兴趣的同学对这个文章应该很感兴趣。我曾经使用Docker了一段时间，在过去的一年里伴随着众多的Docker容器涌入，帮助用户们更容易的部署Docker容器到生产环境中。一些工具是第三方公司提供，当然也包括Docker公司自己的容器工具(例如:DockerSwarm、DockerMachine和Do

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：345kb
    • 提供者：weixin_38626192

  1. 从自动化测试到持续部署，你需要了解这些

  2. 在互联网的产品开发时代，产品迭代越来越频繁，“从功能开发完成直到成功部署”这一阶段被称为软件开发“最后一公里”。很多开发团队也越来越认识到，自动化测试和持续部署可帮助开发团队提高迭代效率和质量。那么，如何更好地解决“最后一公里”这一问题呢?一切从自动化测试开始，让自动化测试贯穿在整个项目开发-集成-部署-交付的-开发流程中。如果你的团队还没有开始自动化测试，推荐从经典的测试金字塔开始。在这个分层自动化测试金字塔中，Unit代表单元测试，Service代表服务集成测试，UI代表页面级的功能测试。不

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：391kb
    • 提供者：weixin_38745859

  1. 谈谈持续集成，持续交付，持续部署之间的区别

  2. 经常会听到持续集成，持续交付，持续部署，三者究竟是什么，有何联系和区别呢？假如把开发工作流程分为以下几个阶段：编码->构建->集成->测试->交付->部署正如你在上图中看到，「持续集成（ContinuousIntegration）」、「持续交付（ContinuousDelivery）」和「持续部署（ContinuousDeployment）」有着不同的软件自动化交付周期。持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。“持续集

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：209kb
    • 提供者：weixin_38719578

  1. 高效运维之Docker持续部署图文详解

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

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：537kb
    • 提供者：weixin_38678172

  1. Continuouspipe：用于容器化应用程序的开源持续部署管道-源码

  2. 是容器化应用程序的开源持续部署管道。 它侦听您的代码存储库更改，构建您的Docker映像并将其部署到Kubernetes集群。 用法 在您的机器或Kubernetes集群上即可开始。 或以了解更多信息。 贡献 ContinuousPipe是开源的。 热忱欢迎您的贡献，我们要您！ 您可以在您的开发环境上安装ContinuousPipe并开始处理源代码，但请记住，帮助文档和/或支持其他人同样有价值 :sparkling_heart: 社区 跟随我们的 随意打开问题并向此存储库发送请求！

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：80mb
    • 提供者：weixin_42131785

  1. 从自动化测试到持续部署，你需要了解这些

  2. 在互联网的产品开发时代，产品迭代越来越频繁，“从功能开发完成直到成功部署”这一阶段被称为软件开发“最后一公里”。很多开发团队也越来越认识到，自动化测试和持续部署可帮助开发团队提高迭代效率和质量。那么，如何更好地解决“最后一公里”这一问题呢?一切从自动化测试开始，让自动化测试贯穿在整个项目开发-集成-部署-交付的-开发流程中。如果你的团队还没有开始自动化测试，推荐从经典的测试金字塔开始。在这个分层自动化测试金字塔中，Unit代表单元测试，Service代表服务集成测试，UI代表页面级的功能测试。不

  3. 所属分类：其它

    • 发布日期：2021-02-02
    • 文件大小：391kb
    • 提供者：weixin_38698311

  1. GitHub_Actions_x_GitHub_Packages：了解如何将GitHub的使用从SCM扩展到使用GitHub Actions和GitHub软件包的持续集成，持续部署和软件包管理领域-源码

  2. GitHub_Actions_x_GitHub_Packages：了解如何将GitHub的使用从SCM扩展到使用GitHub Actions和GitHub软件包的持续集成，持续部署和软件包管理领域

  3. 所属分类：其它

  1. 为什么要做持续部署？

  2. 本文是《LeanStartup》一书的作者Eric在2009年发表的一篇博文，他是IMVU的创始人之一。文中没有讨论如何做持续部署，而是讨论了一个更关键的问题：“IMVU为什么要做持续部署？”这也充分地表达了他关于“Learning fromproductionandcustomer”的观点。在我所倡导的LeanStartup所有实践中，没有哪个实践比持续部署更有争议（持续部署是指：让公司在几分钟内发布软件的过程，而不是几天或几个月才发布一次）。我之前所在的一个创业公

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：129kb
    • 提供者：weixin_38737335

  1. 为什么要做持续部署？

  2. 本文是《LeanStartup》一书的作者Eric在2009年发表的一篇博文，他是IMVU的创始人之一。文中没有讨论如何做持续部署，而是讨论了一个更关键的问题：“IMVU为什么要做持续部署？”这也充分地表达了他关于“Learning fromproductionandcustomer”的观点。在我所倡导的LeanStartup所有实践中，没有哪个实践比持续部署更有争议（持续部署是指：让公司在几分钟内发布软件的过程，而不是几天或几个月才发布一次）。我之前所在的一个创业公

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：129kb
    • 提供者：weixin_38522636
« 12 3 4 5 6 7 8 9 10 ... 50 »