GitHub项目和里程碑之间的区别/关系是什么？

最近对GitHub的更新在GitHub工作流中添加了一个名为项目的东西，因为我对Jira或Trello等项目跟踪工具没有任何特别的经验（嘿，至少我注意到了相似性），请任何人详细说明（关键点）GitHub的里程碑与新的项目之间的差异

如果我理解正确，里程碑是将问题组织成更小的“子项目”的一种方式，比整个“项目”更小（在我的世界观中，它由存储库表示）。当所有问题完成/结束时，里程碑可视为完成

在我看来，新引入的项目也是将问题组织到比存储库更小的“子项目”（尽管称为项目）中的一种方式。我理解，与“仅仅”里程碑相比，工作流应该稍有不同，而且更细粒度

那么，项目是对里程碑的补充（或者说里程碑现在是对项目的补充？），还是我应该将项目视为里程碑的替代品

项目实际上属于

存储库[-milestone]-issue

层次结构的具体位置

遗憾的是，GitHub关于引入项目的博客文章没有提到任何关系（）

---

我不知怎么地觉得有一个，但我一根手指也插不上。

我想知道完全一样的事情。这是我想到的

首先，让我们回顾一下主要的相同点和不同点：

• 一个问题可以属于多个项目，但只能属于一个里程碑
• 项目永远不会完成。没有进度条，也没有截止日期。项目没有进度条或截止日期（它们现在有了，尽管它作为“跟踪项目进度”复选标记隐藏在项目菜单中，并且没有进度百分比计算），但现在可以关闭（正如@Sheen所指出的）
• 另一方面，里程碑拥有所有这些，但缺乏任何形式的组织。问题要么在里程碑中，要么不是。（如@Nick McCurdy所述，可以订购）
• 问题可以按里程碑过滤，但不能按项目过滤。正如@cmonkey所指出的，现在可以根据项目和里程碑过滤问题
• 项目可以包含注释（可以转换为问题），这样就不会用模糊的想法污染问题跟踪者
• 一个项目可以跨越多个里程碑，里程碑可以包含不同项目的部分
• 组织也可以有项目。这些项目可以包括来自组织中任何存储库的票证，这使得它非常有用

因此，在我看来，项目是一种完全独立的方式，可以在更高的层次上可视化和组织您的工作（想想“项目管理”、多个团队、多个存储库等等），而里程碑是一种在更基本的层次上组织您的截止日期和发布的方式（想想“发布管理”）（“版本”等）。考虑到这一点，一个问题只属于一个里程碑（它只发布或推送到生产一次）是有道理的，但可以是不同项目的一部分

我相信他们有其他的观点，我很想听听其他的观点

2017年12月编辑 不久前，在经历了一年多的里程碑和项目之后，我意识到我完全忽略了另一个重要方面

• 里程碑是Scrum方法论的工具。里程碑对于时间框迭代和处理成批问题的冲刺来说是很好的
• 项目是看板方法的工具。项目有利于持续交付和稳定的工作流程

---

项目的一个好处是，它们比里程碑更自由。你可以把笔记扔进去，链接到问题上，然后根据自己的需要组织起来。它们非常适合记下想法、制定路线图、列出资源和依赖项。在过去，我使用问题和wiki做同样的事情，但我发现两者都过于正式和事务性（即更高的开销）。

里程碑是一种标签，用于标记和分组预期在某个时间点交付的票据。您可以从

问题

页面访问

里程碑

页面，该页面非常清楚-您可以查看特定里程碑的已完成票证百分比和截止日期。您还可以按截止日期对里程碑进行排序，并对特定里程碑内的票证进行优先级排序

这里的重点是交付日期和跟踪进度

另一方面，项目在GitHub中作为带有一些铃铛和哨子的板来实现。您可以指定许多列（和泳道-正如@Doug在下面所说的泳道还不受支持）来创建简单的工作流。然后，您可以从一个或多个存储库中添加票据，对它们进行优先级排序，然后在处理票据时将它们从一列推进到另一列。例如，您可以拥有“Backlog”、“In Progress”、“Under Review”、“In Testing”和“Done”列，并将票据从左向右移动，或者如果有缺陷的票据从“In Testing”反弹回“Backlog”，则从右向左移动票据

这里的重点是组织和管理工作

那么，如何组织和划分这项工作取决于您。您可以为每个里程碑创建一个项目，或者在单个项目中有多个里程碑，或者将里程碑拆分为较短的里程碑。您还可以有几个项目，涵盖产品工作的不同方面，例如，一个针对开发人员，另一个针对开发人员