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

    Markdown 成品发布

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

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

    Maven 部署成品

    配置好了settings.xml后,在 代码库根目录下的 pom.xml 加入以下配置:

    1.2K10编辑于 2022-05-17
  • 来自专栏前端开发的「术」

    交付 API 到交付 SDK

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

    1.6K41编辑于 2022-01-13
  • 来自专栏FunTester

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

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

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

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

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

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

    交付产品到交付价值

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

    58430编辑于 2023-02-01
  • 来自专栏全栈程序员必看

    django成品网站源码_alpha omega

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

    6.4K20编辑于 2022-08-04
  • 来自专栏SAP供应链

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

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

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

    持续交付管理

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

    93110编辑于 2022-12-05
  • 来自专栏新亮笔记

    持续交付 2.0

    一个软件交付计划被划分成多个迭代,强调在每个迭代结束时应该得到可运行的软件。 与瀑布软件开发方法只在项目交付后期才能看到可运行的软件相比,敏捷软件开发方法在这方面有很大的进步。 持续交付 1.0 “持续交付 1.0” 是一种能力,也就是说,能够以可持续方式,安全快速地把代码变更(包括特性、配置、缺陷和试验)部署到生产环境上,让用户使用。 、无风险地快速交付客户价值。 持续交付七巧板 讨论了 “持续交付2.0” 的指导思想、工作理念和核心原则。大家很容易意识到,它对适应快速变化的市场环境和激烈的市场竞争是非常有效的。 持续交付双环模型的实施与改进将涉及企业内的多个部门与不同的角色,无法由某个部门独立实施,必须在整个组织范围内贯彻执行 “持续交付 2.0” 的思想、理念与原则。

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

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

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

    2.9K40发布于 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.9K50发布于 2018-03-27
  • 来自专栏python3

    【18】Python半成品购物车

    ''' 程序需求: 1、启动程序后,输入用户名密码后,如果是第一次登录,让用户输入工资,然后打印商品列表 2、允许用户根据商品编号购买商品 3、用户选择商品后,检测余额是否够,够就直接扣款,不够就提醒 4、可随时退出,退出时,打印已购买商品和余额 5、在用户使用过程中, 关键输出,如余额,商品已加入购物车等消息,需高亮显示 6、用户下一次登录后,输入用户名密码,直接回到上次的状态,即上次消费的余额什么的还是那些,再次登录可继续购买(未实现) 7、允许查询之前的消费记录

    80510发布于 2020-01-07
  • 来自专栏运维之路

    3.2.2 持续交付

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

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

    交付物成果

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

    1K10发布于 2020-07-21
  • 订单延迟交付的根因不在产能,在交付评估

    二、订单交付评估的四个真实问题问题一:接单时无法判断能否按时交付销售拿到一个新订单,客户要的交期很紧。销售需要在短时间内给客户明确答复:能交还是不能交,哪天能交。 四、一套能用的交付评估管控能力该具备什么订单交付评估管控,核心是自动核对订单需求与存量资源、精准测算物料缺口、同步供应链需求、实时更新交付状态。 实时复核更新物料入库后自动刷新库存台账,重新核算订单交付可行性,动态更新交付状态,全程无需人工介入,实时把控交付风险。 评估不是只出一份结果,更要以此倒推采购计划、约束供应商交付标准,让整条供应链围绕交付目标协同运转。智能制造的本质,是让各管理环节都有数据可依。 从向量空间 AI 落地实践来看,把交付评估从 “凭经验感觉” 变成 “靠数据核算”,就能从根源减少订单延迟。

    16310编辑于 2026-05-09
  • 来自专栏SAP最佳业务实践

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

    image.png MIGO生产订单组件的发货(半成品) 此步骤介绍如何为 S234-1 的生产订单过帐组件的发货。既可手动过帐发货,也可通过反冲提取来过帐。 应创建并下达生产订单。 生产订单的收货和确认(半成品) 生产订单必须已下达但尚未进行确认。 要执行此操作,请使用本文档中的主数据处理以下步骤(另请参见下表): 从业务情景按库存生产 – 离散行业 (145) 处理的步骤 分组件的生产订单处理 ® 过账生产订单的收货分组件的生产订单处理® 确认半成品的生产 半成品 S234-1 现已过帐到库存,而且订单的确认已经完成。现在订单的状态为 CNF(已确认)。 CO15生产订单报工 ? MB31生产收货 ?

    2.1K40发布于 2018-03-27
  • 来自专栏muller的测试分享

    持续交付-Jenkinsfile 语法

    实现 Pipeline 功能的脚本语言叫做 Jenkinsfile,由 Groovy 语言实现。Jenkinsfile 一般是放在项目根目录,随项目一起受源代码管理软件控制,无需像创建"自由风格\"项目一样,每次可能需要拷贝很多设置到新项目,提供了一些直接的好处:

    1.2K00编辑于 2022-06-24
  • 来自专栏新亮笔记

    软件交付的问题

    《持续交付 发布可靠软件的系统方法》读书笔记 软件从业者的目标 作为软件从业者,我们的目标是 尽快地 向 用户 交付 有用的可工作的 软件。 速度是至关重要的,因为未交付的软件就意味着机会成本。 快速交付也是非常重要的,因为这使你能够验证那些新开发的特性或者修复的缺陷是否真的有用。决定开发这个应用程序的人(我们称为客户)会猜测哪些特性或缺陷修复对用户是有用的。 质量并不等于完美,正如伏尔泰所说“追求完美是把事情做好的大敌”,但我们的目标应该一直是交付质量足够高的软件,给客户带来价值。因此,尽快地交付软件很重要,保证一定的质量是基础。 这可以检查应用是否满足业务验收条件,交付了所期望的业务价值。 软件的非功能测试必须是成功的。这可以检查应用程序是否满足用户对性能、有效性、安全性等方面的要求。 交付原则 为软件的发布创建一个可重复且可靠的过程 将几乎所有事情自动化 把所有的东西都纳入版本控制 提前并频繁地做让你感到痛苦的事 内建质量 “DONE”意味着“已发布” 交付过程是每个成员的责任 持续改进

    59220编辑于 2022-05-17
  • 来自专栏SAP最佳业务实践

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

    生产订单处理(产成品) 此操作介绍如何将生成的计划订单转换成生产订单。在这种情况下,通过集中转换计划订单来完成此操作。 以用于零件生产的相同方式生成装配产成品 MTS(F234-1 和F234-2)的生产订单。 1. 对物料产成品 MTS (F234-1 或者F234-2) 的最终装配已创建生产订单。 ? 对物料产成品 MTS (F234-1 或者F234-2) 的最终装配已下达生产订单。 MIGO生产订单组件的发货(产成品) 在此步骤中,为F234-1 或 F234-2 的生产订单过帐组件的发货。 产成品已过帐到库存。

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