首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏测试开发干货

    接口测试平台设计思路-8:成品总览

    成品总览已经进入倒计时了。等全部结束后,就会分享源码了。 小伙伴们不要总着急下载源码。本号的最终目的是 教会大家 可以自己动手去做这个接口测试平台,源码只是借鉴。

    42610编辑于 2022-05-18
  • 来自专栏叽叽西

    Markdown 成品发布

    目前 npm gitbook 项目已不再更新,请使用 GitBook.com / GitHub integration。

    1.6K20编辑于 2022-05-17
  • 来自专栏叽叽西

    Maven 部署成品

    /mavenimport.sh -u admin -p admin123 -r http://ip:8081/repository/maven-releases/ 8.等待全部导入完毕后,在 Nexus

    1.1K10编辑于 2022-05-17
  • 来自专栏TestOps云层

    Jenkins+Ansible+GitLab持续交付平台搭建-第8

    这篇文章将继续给大家介绍Jenkins+Ansible+GitLab持续交付平台搭建。 Jenkins+Ansible+GitLab持续交付平台搭建-第1篇 Jenkins+Ansible+GitLab持续交付平台搭建-第2篇 Jenkins+Ansible+GitLab持续交付平台搭建 -第3篇 Jenkins+Ansible+GitLab持续交付平台搭建-第4篇 Jenkins+Ansible+GitLab持续交付平台搭建-第5篇 Jenkins+Ansible+GitLab持续交付平台搭建 -第6篇 Jenkins+Ansible+GitLab持续交付平台搭建-第7篇 jenkins使用 1.jenkins插件下载: http://updates.jenkins.io/update-center.json ERROR: The fingerprint for the RSA key sent by the remote host is ERROR: 38:9e:83:75:a8:d2:87:f1:d4:be

    75730编辑于 2022-04-07
  • 来自专栏前端开发的「术」

    交付 API 到交付 SDK

    背景 传统 Web 前后端协作模式中,HTTP API 是前后端的分界点,服务端交付 API,Web 端根据 API 构建应用。 感想 直接交付 SDK,其实在 RPC 调用中很常见。 因为 RPC 接口通常有结构化的协议文件,比如 protobuf,可以借助自动化工具,生成各种语言的调用 SDK(即桩代码 Stub)。

    1.6K41编辑于 2022-01-13
  • 来自专栏媒矿工厂

    内容感知编码可能是8K交付的关键

    本文来自the broadcast bridge,由AMGMedia的Michael Grotticelli编辑,文章主要内容是“内容感知编码可能是成本效益高的8K交付的关键”。 方案将8K内容智能地编码成4个4K流传输,由8K电视放大,这样可以节省带宽,降低发行成本。 你也可以在YouTube和Vimeo上观看8K内容——主要是自然纪录片。这些内容大多是以8K(或4K)拍摄的,但由于存储和其他障碍,没有以8K格式发布。 Harmonic的Thierry描述了在阿根廷进行的一场足球比赛的8K制作和2019年法国网球公开赛的一些测试,他说事后 "看起来非常好",但他指出,交付一个现场活动仍然是个问题。 4K上变换 Harmonic的Thierry建议,目前的8K制作可以用三台8K摄像机拍摄,并在发行前对图像进行降维。然后在电视机上进行升级到8K。

    1.1K20发布于 2020-07-07
  • 来自专栏我的小碗汤

    Devtron:强大的 K8S 软件交付工作流程

    Devtron 的特点: Kubernetes 的零代码软件交付工作流程 多云部署 轻松 DevSecOps 集成 应用程序调试仪表板 企业级安全性和合规性 GitOps 运营可视化 实践 出于演示目的 ,将使用 microK8s 设置集群 $ sudo snap install microk8s --classic --channel=1.22 $ sudo usermod -a -G microk8s $USER $ sudo chown -f -R $USER ~/.kube $ sudo su - $USER microk8s enable dns storage helm3 $ echo "alias kubectl='microk8s kubectl '" >> .bashrc $ echo "alias helm='microk8s helm3 '" >> .bashrc $ source .bashrc

    1.3K20编辑于 2023-03-19
  • 来自专栏FunTester

    持续交付:低风险快速交付

    持续集成和持续交付等实践能够在进行任何更改后立即将代码交付到生产环境中。当使用更小改动的代码块时,将会让新功能发布和修复BUG并行成为可能。 今天我们将重点介绍 CI/CD 的第二阶段,持续交付。它有助于确保代码已准备好交付。它的主要特点是代码构建、测试和交付等过程的自动化,有助于及早避免错误并最大限度地降低风险。 何谓持续交付 根据持续交付的实践,团队开发软件是以最小变动代码块为单元,产品发布不是手动进行的,而是通过一个按钮来完成的。代码中的每个小改动都会自动构建、测试并发布到生产环境中。 这些过程可以在整个交付过程中继续进行,从一开始就为产品带来质量。 灵活性。CD 能够经常发布新功能,即使整个产品都在开发中。 该技术有几个阶段,例如管理流程、测试和定义产品是否已准备好交付,这涉及不同的部门和不断的协作。

    39920编辑于 2023-08-04
  • 来自专栏ThoughtWorks

    持续交付2.0:云原生持续交付

    《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代(2010年)云计算尚未得到广泛应用,尤其在软件开发过程中的应用非常有限。 如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容,我们有可能提出一组全新的、原生于云环境的持续交付实践。 ? 对于这些反模式,《持续交付》提出的解决办法是“将几乎所有事情自动化”。 ---- 部署流水线 《持续交付》提出了“部署流水线”的概念(如下图)。“随着某个构建逐步通过每个测试阶段,我们对它的信心也在不断提高。 《持续交付》中提倡整个部署流水线“只生成一次二进制包”,并且在各个验证步骤之间传递二进制包。

    2K50发布于 2018-04-13
  • 来自专栏CKL的思考空间

    交付产品到交付价值

    这个是比较典型的交付产品的测试思路,对于“笔”这个产品,它需要满足以上我们考虑到的信息,在这个过程中,我们关注的是对于笔的产品说明书,以此为蓝本来设计我们的测试用例,测试人员关注的是说明书是否写的足够清晰 在敏捷的环境中,我们关注的是交付价值,需要澄清原始需求背后客户的真实痛点是什么。 最终交付了此功能,并与客户简单讲解了整个使用配置过程,得到了客户的认可。 在这个过程中笔者做了什么:   需求澄清——基于业务上下文的需求背景分析;   分析现有逻辑——提出现有逻辑的不合理性;   提出支撑性需求——为满足需求,增加额外的功能支撑;   关注用户体验——做好功能交付及业务培训 提升整个团队的交付价值,不仅仅是产品需要思考的问题。

    54030编辑于 2023-02-01
  • 来自专栏互扯程序

    基于GitLab+Docker+K8S的持续集成和交付

    本文转自:https://gitee.com/linlion/gitlab-docker-k8s 此文档主要说明怎样基于GitLab进行持续集成和持续交付,该持续集成与交付集成了gitlab-runner 、mvnw、Docker、harbor、k8s等技术,同时展示了在k8s平台利用EFK(elasticsearch,fluentd,kibana)技术完成了集群统一日志管理,使用kube-prometheus ,无需人工干预,保证了应用程序的高可用性 k8s内置自动负载均衡,无需为应用配置繁琐的负载均衡功能 k8s支持自动扩容,无需人工干预,系统可根据消耗自动扩容或收缩应用 k8s支持应用在线发布和回滚 k8s 其中mvnw负责编译java程序,docker负责打包镜像文件和推送到harbor私有库,k8s通过读取项目下的 k8s-deploy.yml文件,自动部署到集群中。 十一、安装k8s dashboard dashboard 是k8s的web UI管理平台,可以通过web方式管理集群,查看集群中用应用的部署情况。

    3.4K60发布于 2019-05-14
  • 来自专栏全栈程序员必看

    django成品网站源码_alpha omega

    VuePress 1.0.0-alpha.39 发布了,VuePress 是一个由 Vue 驱动的轻量级静态网站生成器,它是为了满足 Vue 自己的项目文档需求而创建的。

    6.3K20编辑于 2022-08-04
  • 来自专栏新亮笔记

    持续交付管理

    《持续交付 发布可靠软件的系统方法》读书笔记 实现持续交付不仅仅是买些工具,做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作,来自行政管理层的支持,以及基层人员的改进意愿。 持续交付不仅仅是一种新的交付方法论。对依赖于软件的业务来说,它是一个全新的范例。要想知道为什么,需要研究公司治理核心中一种根本的张力(tension)。 通过确保交付团队能得到应用程序在类生产环境上的不断反馈,是部署流水线达成“执行度”这个目标的方法和手段。部署流水线使交付流程更加透明,来帮助团队达成符合度。 提高软件交付生命周期的可预测性,让计划更有效。 具有采用和遵守任何必要的法律规章的能力。 具备有效发现和管理软件交付相关风险的能力。 通过更好的风险管理和交付更少缺陷的软件来减少成本。 它让你可以识别交付实践效率是什么状态,并且为如何改进提供了建议。

    89210编辑于 2022-12-05
  • 来自专栏运维之路

    3.2.2 持续交付

    1.聊聊“持续集成、持续交付、持续部署” 在做持续交付项目中,我们经常会遇到持续集成、持续交付、持续部署三个词,不同的人对这些词的理解有所不同。 比方说,运维可能容易将持续交付理解为程序自动化分发,重点解决程序向多台主机的下发的自动化,或将持续交付做成运维内部的独立工具,这与“持续”关注的完整流畅的流水线、“交付”关注的用户价值交付有所不符。 持续交付的边界有两种观点,一种是持续交付介于持续集成与持续部署之间,强调软件一直处于可交付的能力;另一种是持续交付包括了部署。 说完成DevOps与SRE的关系,再看看与持续交付的关系。持续交付是DevOps的一种主流的技术实践,两者最终目的都是为了更快向用户交付高质量的软件交付。 区别是,持续交付更专注于具体实现,是DevOps方法与文化在组织、流程、工具上的实现。 2)归纳价值 快速交付 貌似这个价值勿需多言,持续交付就是为了更快的向用户交付高质量的软件。

    1.3K10发布于 2021-03-19
  • 来自专栏PM吃瓜(公众号)

    交付物成果

    交付物成果是项目管理中的阶段或最终交付物。是为完成某一过程、阶段或项目而必须交付的任何独特、可验证的产品、成果或提供服务的能力。   在项目管理中,始终都非常关注交付成果。 完成全部交付成果,就意味着覆盖了全部的项目范围,所有的项目活动、项目资源,都是为了有效完成这些交付成果而发生的,交付成果在很大程度上反映了项目目标的要求。   不同的项目阶段会产生不同可交付成果。 不同阶段的可交付成果的评审与验收程序也是不一样。   一般项目阶段的可交付成果可以由企业项目组领导进行评审与验收。 重要的项目的可交付成果,如里程碑可交付成果、项目最终的可交付成果则需要企业高层和项目给付方进行评审与验收。

    1K10发布于 2020-07-21
  • 来自专栏SAP供应链

    SAP PP 成品批次的生产日期自动抓取半成品批次的生产日期

    SAP PP 成品批次的生产日期自动抓取半成品批次的生产日期 1,如下的成品工单3000028012, 业务人员在工单里指派了半成品的批次号是FM4S。 该半成品的批次号信息, 生产日期是 2020-12-15. 2, 下达该成品的工单,系统弹出如下的Result of Derivation小窗口, 下达成功,无报错,保存。 我们发现,SAP系统自动将半成品该批次的生产日期作为本批次的成品的生产日期。 该工单的批次号是FX9T, 看其批次主记录,如下图: 生产日期跟半成品的批次里的生产日期相同。 这里我们使用DVS3里显示一下上述工单了里半成品料号的数据。 制药行业常常会有成品都是在半成品的基础上包装而成的场景,这个场景里成品批次的生产日期往往就是半成品的生产日期。 -完- 2021-2-3 写于长三角某市。

    1.2K20发布于 2021-02-03
  • 来自专栏新亮笔记

    持续交付 2.0

    这是一个从业务问题出发,到业务问题解决的完整业务闭环,简称为持续交付8” 字环。 4 个核心原则 “持续交付 2.0” 是指企业能够以可持续发展的方式,在高质量、低成本及无风险的前提下,不断缩短持续交付8” 字环周期,从而与企业外部频繁互动,获得及时且真实的反馈,最终创造更多客户价值的能力 下面逐一介绍缩短持续交付8” 字环周期的 4 个核心工作原则: 坚持少做 - 无论公司实力如何,想做的事情永远超过自己的交付能力,需求永远做不完。然而,做得多就一定有效吗? 因此,其涉及组织中的多个团队,需要各个团队之间紧密合作,才能缩短 “8” 字环的周期。 “持续交付 2.0” 的 4 个核心工作原则是坚持少做、持续分解问题、坚持快速反馈和持续改进并衡量。 只有这样,才能不断缩短持续交付8” 字环的运行周期,提升用户反馈速度,从而提高业务的敏捷性。

    1.1K11编辑于 2022-12-05
  • 来自专栏SAP最佳业务实践

    SAP最佳业务实践:无变式配置按订单生产(148)-8成品交货开票

    1、交货处理 在此活动中,向客户交货产成品。 产成品 (F226) 的交货在销售订单处理:自库存销售 – 109 的业务流程文档中描述。 选择 显示开票清单 (F8)按钮。 ? 4. 选择相关的单据,然后选择 个别出具发票凭证按钮。 ? 5. 选择 保存 并记下发票编号: ___________。 ? 按 显示开票清单(F8)按钮。 5. 在 维护发票到期清单 屏幕上,按 个别出具发票凭证 按钮。 6. 保存并记下发票号 ________。 ? 7.

    2K50发布于 2018-03-27
  • 来自专栏SAP最佳业务实践

    SAP最佳业务实践:半成品的计划与处理(234)-5成品销售发货

    客户库存中必须存在已交付的物料。 角色销售助理 后勤®销售和分销®销售®订单®更改 1. 输入订单编号并选择 回车。 2. 客户库存中必须存在已交付的物料。 后勤®销售和分销®装运和运输®外向交货®创建®单个凭证®含销售订单参考 1. 产成品已拣配和过帐。 ? 开票到期清单 此步骤描述了如何维护开票到期清单。 创建对客户的开票。 发货已过帐。

    2.7K40发布于 2018-03-27
  • 来自专栏SAP最佳业务实践

    SAP最佳业务实践:半成品的计划与处理(234)-4成品生产1

    成品的 MRP 运行(多层)和评估 MRP 运行需要定期执行。该运行将计算来自独立计划需求、单独销售需求、现有计划订单和可用库存的需求。 为产成品 F234-1 和 F234-2 执行计划。 ,对每个物料重复 MRP半成品(仅与评估步骤有关)原材料(仅与步骤评估库存/需求清单 有关) 工厂 1000 生产工厂 在库存/需求清单中,现在可找到产成品 F234-1 和 F234-2 的独立需求 在这种情况下,继续执行本文档中的步骤半成品总需求的评估。 此操作介绍一种分析已预测物料(在这种情况下为半成品 S234-1)计划状况的方法。 已分析预测半成品 S234-1 的计划状况。

    1.8K50发布于 2018-03-27
领券