GitHubプロジェクトとマイルストーンの違い/関係は何ですか？

GitHubのへの最近の更新は、と呼ばれるものを追加プロジェクト GitHubのワークフローには、と私はとのいずれかの特定の経験がないため、プロジェクトの追跡ツールなどのJiraやTrelloなどを（ちょっと、少なくとも私は、類似性に気づいた）、誰もが、してください可能性があり手の込んだ（キー）の違いに GitHubのの間のマイルストーンと新しいプロジェクト？

私が正しく理解していれば、マイルストーンは、問題を小さな「サブプロジェクト」に整理する方法です。これは、「プロジェクト」全体（私の世界観ではリポジトリによって表されます）よりも小さくなります。すべての問題が完了または終了すると、マイルストーンは完了したと見なすことができます。

新しく導入されたプロジェクトは、私が見ているように、リポジトリよりも小さな「サブプロジェクト」（プロジェクトと呼ばれます）に問題を整理する方法でもあります。私は、ワークフローが「単なる」マイルストーンとは少し異なり、よりきめ細かいことになっていることを理解しています。

だから、あるプロジェクト何かそのサプリメントのマイルストーン（というか、マイルストーンサプリメントプロジェクトや？今）私はむしろ、表示すべきプロジェクトとして、交換のマイルストーン？

プロジェクトは実際にはどこにrepository[-milestone]-issue階層に含まれますか？

悲しいことに、プロジェクトの紹介に関するGitHubのブログエントリでは、関係について言及していません（https://github.com/blog/2256-a-whole-new-github-universe-announcing-new-tools-forums-and-機能）。

なんとなく存在感はありますが、指を入れられません。

私はまったく同じことを考えています。これが私が思いついたものです。

まず、主な類似点と相違点を確認しましょう。

• 課題は複数のプロジェクトに属することができますが、マイルストーンは1つだけです。
• プロジェクトが完了することはありません。進行状況バーや期限はありません。 プロジェクトには進捗バーや期限はありませんが、閉じることができます（@Sheenが指摘）
• 一方、マイルストーンにはそれがすべて含まれていますが、組織の形態はありません。問題はマイルストーンにあるか、ありません。（@Nick McCurdyが指摘したとおりに注文できます）
• 課題はマイルストーンでフィルタリングできますが、プロジェクトではフィルタリングできません。 @cmonkeyが指摘したように、プロジェクトとマイルストーンで問題をフィルターできるようになりました。
• プロジェクトにはメモ（問題として変換できる）を含めることができるため、あいまいなアイデアで課題トラッカーを汚染することはありません
• プロジェクトは複数のマイルストーンにまたがることができ、マイルストーンは異なるプロジェクトの一部を含むことができます。
• 組織はプロジェクトも持つことができます。これらのプロジェクトには、組織内の任意のリポジトリからのチケットを含めることができるため、非常に便利です。

つまり、プロジェクトはより高いレベルで作業を視覚化して整理するための完全に独立した方法です（「プロジェクト管理」、複数のチーム、複数のリポジトリなどを考えてください）。一方、マイルストーンはプロジェクトを整理する方法です。より基本的なレベルでの締め切りとリリース（「リリース管理」、「バージョン」などを考えてください）。これを念頭に置いて、問題は1つのマイルストーンにのみ属します（リリースまたはリリースに1回だけプッシュされます）が、異なるプロジェクトの一部である可能性があります。

でも、他の見方もあると思いますし、他の意見も聞きたいです。

2017年12月を編集

少し前、マイルストーンとプロジェクトで1年以上働いた後、完全に見落としていたもう1つの重要な側面があることに気付きました。

• Milestonesは、スクラム方法論のためのツールです。マイルストーンは、タイムボックス化された反復およびバッチの問題を含むスプリントでの作業に適しています。
• プロジェクトはかんばん方法論のためのツールです。プロジェクトは、継続的なデリバリーと安定した作業の流れに適しています。

私の意見：

• A プロジェクトについてですプロセスと人々。
• A マイルストーンは、についてです製品。

プロジェクトは、グループの人々が使用しているプロセスを洞察するのに最適です。より適切な名前は、「ワークフロー」または「プロセス」です。新しいプロジェクトを作成する場合と新しいマイルストーンを作成する場合では、オーバーヘッドが増えます。したがって、チームに新しいプロセスがある場合にのみ、新しいプロジェクトを作成する必要があります。レーンを選択して構成し、注文する必要があります。また、プロジェクトごとに大きく異なる場合もあります。トヨタによる元のかんばんの使用法、つまり、人々とその作業負荷の管理について考えます。

プロジェクトは、「現在、何に取り組んでいますか？」という質問に答えます。

2つのすばらしいプロジェクトの例：ソフトウェア開発とブログ。それぞれの構成は、さまざまなグループの人のプロセスをサポートします。彼らがどのように協力し、物事を承認するか。

対照的に、マイルストーンはすべて同じように機能します。これらは、作業成果物が完了したと見なされるためにすべて閉じる必要があるタスクの順序付きリストです。必要に応じて、期日を設定できます。これは、通知を提供するだけで、マイルストーン機能を変更しません。

マイルストーンは、「この製品を完成させるために残っているものは何か」という質問に答えます。

プロジェクトの良い点の1つは、マイルストーンよりも自由形式であることです。あなたはそれらにノートをチャックして問題にリンクし、それをあなたに合った形で整理することができます。アイデアを書き留めたり、ロードマップを作成したり、リソースや依存関係をリストしたりするのに最適です。過去には同じ問題にwikiとwikiを使用しましたが、どちらも形式的でトランザクション的（つまり、オーバーヘッドが高い）であることがわかりました。

マイルストーンは、ある時点で配信されることが予想されるチケットをマークおよびグループ化する一種のラベルです。MilestonesあなたがからアクセスできるページIssuesのページでは、それが明確になります-あなたは、特定のマイルストーンと期限日のために完成したチケットの割合を見ることができます。また、マイルストーンを期日でソートし、特定のマイルストーン内のチケットに優先順位を付けることもできます。

ここでのストレスは、納期と進捗状況の追跡にあります。

一方、プロジェクトは、GitHub にいくつかのベルとホイッスルを備えたカンバンボードとして実装されます。いくつかの列（およびスイムレーン - @Dougが以下で説明するように、スイムレーンはまだサポートされていません）を指定して、単純なワークフローを作成できます。次に、1つまたは複数のリポジトリからチケットを追加して優先順位を付け、作業中の列を別の列に進めます。たとえば、「バックログ」、「進行中」、「レビュー中」、「テスト中」、および「完了」列を使用して、チケットを左から右に、または欠陥がある場合は右から左に移動できます。チケットは「テスト中」から「バックログ」にバウンスされます。

ここでのストレスは、作業の整理と管理にあります。

次に、その作業をどのように整理して分割するかは、あなた次第です。マイルストーンごとにプロジェクトを作成するか、1つのプロジェクトにいくつかのマイルストーンを含めるか、マイルストーンを短いスプリントに分割できます。たとえば、開発者向けとテスター向けなど、製品の作業のさまざまな側面をカバーする複数のプロジェクトを持つこともできます。