Github项目和里程碑之间的区别/关系是什么？
最近Github的更新在Github工作stream程中增加了一些项目 ，因为我没有任何特别的项目跟踪工具的经验，比如Jira或者Trello （嘿，至less我注意到了相似性） ，请有人详细说明 Github 里程碑与新项目之间的（关键）区别 ？
如果我理解正确， 里程碑是一种将问题组织成较小的“子项目”的方式 – 比整个“项目”（在我的世界观上来说，由存储库代表）更小。 当所有问题完成/closures时，里程碑可视为完整 。
正如我所看到的，新引进的项目也是一种将问题组织成小于资源库的 “子项目”（尽pipe称为“ 项目” ）的一种方式。 我知道工作stream程应该与“单纯” 里程碑稍有不同，更加细化。
那么，“ 项目”是否可以补充“ 里程碑” （或现在的“ 里程碑”补充项目 ？）还是应该将项目视为“ 里程碑”的替代品 ？
项目 repository[-milestone]-issue落到了repository[-milestone]-issue分层结构中？
不幸的是，Github关于引入项目的博客条目没有提到任何关系（ https://github.com/blog/2256-a-whole-new-github-universe-announcing-new-tools-forums-and特点 ）。
我觉得有一个，但我不能把它指向。
我想知道完全一样的东西。 这是我想出来的。
首先，我们回顾一下主要的相似点和不同之处：
- 一个问题可以属于多个项目，但只有一个里程碑
- 项目从未完成 。 没有进度条或截止date。
- 另一方面，里程碑就是一切，但缺乏任何forms的组织。 一个问题要么在里程碑上，要么不是。
问题可以由Milestone过滤，但不能由Project过滤。正如@cmonkey指出的那样，问题现在可以通过Project以及Milestone进行过滤。- 项目可以包含注释 （可以转换为问题），所以它不会污染问题跟踪模糊的想法
- 项目可以跨越多个里程碑，里程碑可以包含不同项目的部分。
- 一个组织也可以有项目。 这些项目可以包含组织中任何存储库的票据，这使得它非常有用。
所以我看到的方式是项目是一个完全独立的方式来可视化和组织您的工作在更高的层次上（比如“项目pipe理”，多个团队，多个存储库等），而里程碑是一种组织方式截止date和更基本的版本（认为“发布pipe理”，“版本”等）。 考虑到这一点，一个问题只属于一个里程碑（只发布或推到生产一次）是合理的，但可以是不同项目的一部分。
我相信他们还有其他方法可以看，但我有兴趣听取其他意见。
项目的一个好处就是它们比里程碑更自由。 你可以把注意力放在他们身上，然后把问题联系起来，然后把它们组织起来，然而它适合你。 他们非常适合记下想法，制作路线图，列出资源和依赖关系。 在过去，我已经用相同的事情和维基的问题，但我发现这两个过于正式和交易（即更高的开销）。
里程碑是一种标签，用于标记和分组预定在某个时间点交付的门票。 您可以从“ Issues页面访问的“ Milestones页面清楚地说明 – 您可以看到特定里程碑和截止date的完成工单的百分比。 您还可以按截止date对里程碑进行sorting，并在特定的里程碑内确定优先级。
这里的压力是交付date和跟踪进度。
另一方面， 项目在GitHub中作为看板的function实现，有些花里胡哨。 您可以指定一些列或泳道来创build简单的工作stream程。 然后，您可以从一个或多个存储库中添加票据，对其进行优先级sorting，然后在进行处理时将其从一列转移到另一列。 例如，您可以有“积压”，“正在进行中”，“正在审核”，“正在testing”和“已完成”列，并将票从左到右或从右到左移动门票从“testing中”退回到“积压”。
这里的压力是组织和pipe理工作。
那么你如何组织和分割这项工作取决于你。 您可以按照里程碑创build项目，或者在单个项目中创build几个里程碑，或将里程碑拆分为更短的冲刺 。 你也可以有几个项目涵盖产品的不同方面，例如开发者和testing者。
