GitHubはサイト全体です。要点はそのサイトで提供される特定のサービス、すなわちPastebinに似たコードスニペットです。しかし、すべてがgitのリビジョン管理によって駆動されるため、要旨には完全なリビジョン履歴もあります。
私の個人的見解とGitHub：
Gist： Gistはコードスニペットやペーストを他の人と共有するための簡単な方法です。サンプルコードやテクニックを同僚や友人と共有する必要があるときに使用されます。
そして
GitHub一方、GitHubは、プロジェクト全体をレポとしてチーム間で共有する（プライベートレポ）、または全世界（パブリックレポ）のプラットフォームを提供します。
両方ともバージョンの詳細を記録します。
Githubと要旨の主な違いは、機能の数とユーザーインターフェイスの点です。
1つは、多数の機能と柔軟性を念頭に置いて設計されています。これは、小規模プロジェクトと非常に大きなプロジェクトの両方に適しています。
たとえば、要点はマルチファイルをサポートしますが、インターフェイスは非常に単純で、機能も限られているため、ファイルブラウザもなく、プルリクエストやWikiも問題ありません。あなたがそれを必要としないのであれば、要旨は非常にいいとより離散的です。 SOの答えではなく、コメントのように。
注：私のコメントを真の答えにすることを提案してくれた@Qwertyに感謝します。
私の個人的な理解、またはGistとGithubの私の個人的使用法は、次のとおりです。
- Github
大きなプロジェクト作業あなたがウェブサイトを構築したい場合は、モバイルまたはWebアプリケーションを開発したり、もちろんあなたのチームメイトとあなたの割り当てを行うgithubを使用してください。
- 要旨
メモのようなものです。たとえば、小さな機能の実装を書いてブログに共有したり、プロジェクトについて考えたことを書き留めてチームメイトと共有したりできます。上記の回答が言ったのと同じように、Gistはコードスニペットのようなものに使用されます。そのため、通常はプロジェクトに取り組むならgithubを使います。
Gistにアクセスするには、次のURLにアクセスしてください Gist.github.com 。別の方法として、下の図に示すように、（ログイン後に）Githubアカウントからアクセスすることもできます。
Github：ウェブベースのgitリポジトリを収容するホスティングサービス。それはに追加された機能を備えたgitのすべての機能を含みます。
Gist： githubに追加された追加機能で、コードスニペット、メモ、リストなどを共有できます。あなたの秘密を公開または公開として保存することができます。 Secret Gistsは検索エンジンから隠されていますが、あなたがURLを共有している人には見えます。
例えば。プライベートなやることリストを書きたいと思ったら。次のようにGithub Markdownを使って書くことができます。
NB：上記のようにダッシュと大括弧の間に空白を保存することが重要です。マークダウンを適切にフォーマットしたいので、拡張子.mdを付けてファイルを保存しますということも重要です。他人に見られたくない場合は、この要旨を秘密にしておくことを忘れないでください。
最終結果は下の図のようになります。このGistを拡張子.mdを付けて保存したので、チェックボックスはクリック可能です。
Gist The GistはGitHubが提供する優れたサービスです。このサービスを使用して、あなたはあなたの仕事を公にまたは私的に共有することができます。あなたは単一のファイル、記事、完全なアプリケーションまたはソースコードなどを共有することができます.
GitHubは単なるGists以上のものです。これは、リポジトリと呼ばれる一元管理された場所でプロジェクトをグループ化したりデジタルリソースをプログラムしたりして、関係者間で共有するための非常に大きなサービスを提供します。 GitHubレポジトリは複数のバージョンのファイルや変更履歴を保持または管理しますので、必要なときに特定のバージョンのファイルを取得することができます。 Gistは各投稿を新しいリポジトリとして作成し、ファイルの履歴を管理します。
GitHubの要旨
要旨にするかどうか。それは64ドルの質問です...
GitHub Gistsはレポに似た性質を持つSingle ( or, multiple ) Simple Markdown Filesです。
それ以外の場合、プライベートではありません。
共有することができる派手なスクラッチパッドのようなKinda。
私が今タイプしているこのコメントスクラッチパッドに似ていますが、もう少し複雑です。
公式、一方、フルGitHubのレポはsrcname__、docsname__、rootname__ドキュメント（値下げまたはHTML、またはその両方）pngname__又はiconame__、画像を支持する、ソースコードsvgname__の本格的なリポジトリでありますそして、JekyllサーバーでホストされているYaml変数を実行するためのconfig.sysファイル。
単純なGistファイルはYamlのフロントマターをサポートしますか？
私はそうは思いません。
公式GitHub Gistドキュメントから...
Gistエディタは CodeMirror によって強化されています。
ただし、パブリックGist（または、プライベートGistへのリンクを介して所有者がアクセスを許可している場合はプライベートGist）をコピーすることができます。
そして、次のように、Visual Studioのコードを使用して、そのpublic Gistを「公式の」リポジトリpage.mdに埋め込むことができます。
「ブログ記事など、JavaScriptをサポートするテキストフィールドに要旨を埋め込むことができます。」
「embedname__コードを取得するには、GistのEmbed URLボタンの横にあるクリップボードアイコンをクリックしてください。」
今、それは素晴らしい機能です。
他の人の要点、またはOPGを検索（発見）して、彼らの "公"の仕事を私の本格的な作業リポジトリに組み込みたいのです。
「Gistのホームページにアクセスしてリンクをクリックすると、他の人が作成したPUBLICの要旨を見つけることができます。
All Gists {：title = 'GitHub Gistsでディスカバー機能を確認するにはクリックしてください'} {：target = '_ blank'}。
警告。 GitHub GistではLiquidタグはサポートされていません。
私が何か有益なものを見つけたのであれば、私はいつでもピングバックすることができますし、あるいは私の本格的な作業レポジトリでその作品を使うならばそのソースを引用することができます。
作者によって公表されたすべての要旨に対して、暗黙のライセンスはどこに掲載されていますか。
ロバート
P.Sこれは良いコメントです。これをGistname__に変換して、GitHub Gistsで一般公開で検索できるようにします。
注。 Markdown（.md）ファイルの本体に<script></script> htmlタグを埋め込むと、 linter から "MD033"という警告が表示される場合があります。
ただし、これはscriptname__タグ内から呼び出されるデータ（src）のレンダリングには影響しません。
Visual Studioコード内から呼び出されたscriptname__タグの内容に対応するようにデフォルトの警告フラグを変更するには、次のようにUser Settings Jsonファイル内のMarkdownlint構成オブジェクトにエントリを追加します。
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
注。 David AnsonによるGitHub Commit に由来する解決策
「Gistは実際にはGitリポジトリです。つまり、あなたがオリジナルの作家でなくても、Gistをフォークまたは複製することができます。差分を含む、Gistの完全なコミット履歴も表示できます。」
→ 公式githubドキュメンテーション を調べてください。
したがって、主な違いはそれらが単一ファイルであるということです。
ああ、そして： 要点は「秘密」になることができる （：内のプライベートURLのように）また、私が正しく理解していれば、有料のgithub顧客ではないことも...