WIP

在制品是指团队已启动但未完成的需求。过长的在制品列表会导致沉没成本、需求变更引起的返工及问题发现困难。敏捷原则提倡限制在制品,通过看板任务板可视化并管理在制品数量,避免团队承担过多工作,及时识别障碍。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在制品指的是团队已经开始进行但还没完成的需求。
敏捷原则建议受限需求成为在制品。一系列长的在制品清单导致:

  • 沉没成本(投入的金钱没有产生任何价值);
  • 需求变更带来更多返工;
  • 隐藏的问题区域导致找出问题变得困难。

看板任务板被用来对在制品数量进行可视化和限制管理,缺少它将导致:

  • 团队试图去承担比实际能力更多的需求;
  • 识别确定障碍变得困难。

下图展示了带有在制品界限设置的看板任务板,挑选的类别在制品设置为3,这表示,在任何时间点,团队要完成的卡片任务不超过3个。
在这里插入图片描述

### Git 中 WIP 提交的用法与处理 在版本控制工具 Git 的日常开发过程中,开发者经常遇到需要保存当前工作进度的情况。这种情况下可以创建一个临时提交(通常称为 Work-In-Progress 或者简称 WIP)。WIP 提交允许用户记录尚未完成的工作状态以便后续继续操作或切换分支。 #### 创建 WIP 提交 当用户的更改还未完全准备好正式提交时,可以通过以下方式快速创建一个 WIP 提交: ```bash git add . git commit -m "WIP" ``` 这种方式会将所有暂存区的内容以及未暂存的修改全部加入到一个新的提交中,并标记为 “WIP”。此方法简单快捷,适合于紧急情况下的保存[^1]。 #### 使用 `git stash` 替代 WIP 提交 另一种常见的做法是利用 `git stash` 命令来存储正在进行中的改动而不是直接做一次提交。这种方法不会污染项目的历史记录,因为 stashed changes 不会被纳入常规历史日志之中。 ```bash git stash save "My WIP description" ``` 之后如果想恢复这些被隐藏起来的变化,则执行如下命令即可: ```bash git stash pop ``` 这不仅保留了原始的状态还清除了stash列表里的该项条目[^1]。 #### 移除不必要的 WIP 提交 一旦完成了实际想要实现的功能并准备将其作为正式版发布出去之前,应当清理掉那些中间过程产生的 WIP 类型提交。通过交互式的 rebase 功能可以帮助我们轻松达成这一目标: ```bash git rebase -i HEAD~N ``` 其中 N 表示最近几次提交的数量。在这个编辑界面里可以选择 squash/s 来合并多个提交或将 pick 改成 drop 删除特定提交项[^1]。 ```python # Example of an interactive rebase session where we remove a WIP commit. pick abcdefg Add feature X drop 1234567 WIP pick hijklmn Refactor code Y ``` 这样就可以有效地管理我们的变更流程而不至于让仓库变得杂乱无章。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值