Github 新的项目管理模式——Projects

时间 2019-11-17

标签 github 新的项目管理模式 projects 栏目 Git 繁體版

原文原文链接

Github 新的项目管理模式——Projects

Issues

Github 中传统的项目管理是使用 issue 和 pull request 进行的，这部份内容不是本文重点，再也不赘述。但有一些功能须要说起：git

Tag：每一个 issue 能够添加不一样的 tag，能够用于标记 issue 的种类和 issue 的处理进度；
MileStone：每一个 issue 只属于一个 milestone，用于显示 issue 的处理进度。

Projects 概述

这是Github 2016年9月份新的功能，如图所示：github

Project 提供了真正的管理 issue 的能力；而传统的 tag 方式只能以手工的方式管理分类（如 Q&A，bug，duplicate，feature 这些标签🏷），或者以手工的方式管理 issue 进度（need test, in progress, wait approval 等这些标签）。浏览器

不过在开始讨论这个以前，有必要先讨论一下看板方法。app

看板（Kanban）

什么是看板？

看板管理，起源于丰田的生产模式中，指为了达到及时生产（JIT）方式控制现场生产流程的工具。及时生产方式中的拉式（Pull）生产系统可使信息的流程缩短，并配合定量、固定装货容器等方式，而使生产过程当中的物料流动顺畅。工具

须要详细了解的请看Wiki。优化

若是仍是没看懂，这里有几个看板的例子：插件

KanbanFlow & Trello

KanbanFlow ip

Trello 项目管理

能够看出，所谓看板，就是把一块木板上分红几列，而后在每一列上贴上不一样内容的卡片。木板上的这几列通常是有顺序的，卡片能够在不一样的列之间移动来代表所处的状态。开发

以上的两个例子，看板并非针对软件工程的，他们的市场也是通常的企业（好比丰田这样的）。

Zenhub & Github Projects

下面的两个例子则是针对软件开发作了优化，准确的说，它们都是对 Github 作了适配。

Zenhub

Github Projects

Zenhub 是个浏览器插件，就是把 Github 的 issues 看成卡片，以 Kanban 的形式展示 issue，也提供了一个比较鸡肋的 Epic 的功能，同时针对我的也有 TODO 项管理。
而 Github 最近推出的 Project 不只可使用 issues 做为卡片，还可使用Note（左侧的三个），这样咱们就没有必要为了在看板上记录可能的需求而建立一个新的 issues 或者把问题记录在我的的 TODO 列表上了。

Github Projects

一个仓库能够包含多个项目；最初，这个设定让我疑惑，直到使用以后才明白，一个代码仓库一般有不少事情要作，好比：

拟定线路图
增长一个新功能
发布一个新版本

所以，咱们能够为以上每一件事建立一个 Project，因为 Github 中并无相似 Epic 的机制，所以使用不一样的 Project 则颇有用了。

能够看到，有了 Project 的 Kanban 以后，原来 tag 的部分功能（如标记处理进度等）能够被看板替代。 Github Project 提供的 Note 能够在须要的时候单项转换为 issue：

同时，Kanban 不只能够包含 issue 和 note，还能够包含 pull request。

Github 终于有了比较靠谱的项目管理工具，开源项目的又有了更好的工具。撒花o(^▽^)o

祝愿我本身早日完成个人第一个开源项目（IMAP Server）。

本文首发于个人我的博客 (https://hudingyuan.cn/a/11)