GitHubとgistの違いは何ですか？

gistの目的は何ですか？GitHubを使用した通常のコードの共有/維持とはどのように異なりますか？

GitHubはサイト全体です。要旨は、そのサイトで提供される特定のサービス、つまりペーストビンに似たコードスニペットです。ただし、すべてがgitリビジョン管理によって制御されるため、要点にも完全なリビジョン履歴があります。

GistおよびGitHubに対する私の個人的な見解：

要旨：要旨は、コードスニペットや貼り付けを他のユーザーと共有する簡単な方法です。これは、サンプルのコードまたはテクニックを同僚や友人と共有する必要がある場合に使用されます。

そして

GitHubの GitHubには、他の一方で、チーム（民間レポ）の中や世界全体（パブリックレポ）のレポとしてプロジェクト全体を共有するためのプラットフォームを提供します。

どちらもバージョンの詳細を記録します。

GitHubとGistの主な違いは、機能の数とユーザーインターフェイスの点です。

1つは、多数の機能と柔軟性を考慮して設計されています。これは、小規模プロジェクトと非常に大きなプロジェクトの両方に適していますが、要点は非常に小規模なプロジェクトにのみ適しています。

たとえば、要旨はマルチファイルをサポートしていますが、インターフェースは非常にシンプルで、機能が制限されているため、ファイルブラウザーも、問題も、プルリクエストやwikiもありません。あなたがそれを必要としないなら、要点は非常に素晴らしく、より離散的です。SOでは、回答ではなくコメントのように。

注：私のコメントを本当の答えにする提案をしてくれた@Qwertyに感謝します。

私の個人的な理解、またはGistとGithubの個人的な使用法は次のとおりです。

• Github

大きなプロジェクトの仕事。Webサイトを構築したい場合は、モバイルまたはWebアプリケーションを開発するか、もちろんチームメイトとの割り当てを行うにはgithubを使用してください。

• 要旨

もっとメモみたい。たとえば、小さな機能の実装を記述してブログに共有したり、プロジェクトについての考えを書き留めてチームメイトと共有したりできます。上記の回答が言ったことと同じように、gistはコードスニペットのようなものに使用されます。したがって、通常はプロジェクトで作業する場合はgithubを使用します。

Gistにアクセスするには、次のURL gist.github.comにアクセスしてください。または、下の図に示すように、Githubアカウント内から（ログイン後）アクセスできます。

Github： Webベースのgitリポジトリを収容するホスティングサービス。gitのすべての機能と追加機能が含まれています。

要旨：コードスニペット、メモ、ToDoリストなどの共有を可能にするgithubに追加された機能です。Gistsを秘密または公開として保存できます。秘密の要旨は検索エンジンからは隠されていますが、URLを共有している人には表示されます。

例えば。あなたがプライベートのやることリストを書きたかったら。次のようにGithub Markdownを使用して記述できます。

注意：上記のダッシュとブラケットの間の空白を保持することが重要です。マークダウンを適切にフォーマットするため、拡張子.mdを付けてファイルを保存することも重要です。他の人に見られたくない場合は、このGistを秘密として保存してください。

最終結果は下の画像のようになります。このGistを拡張子.mdで保存したため、チェックボックスはクリック可能です

「Gistは実際にはGitリポジトリです。つまり、元の作成者でなくても、Gistをフォークまたは複製できます。また、差分を含む要旨の完全なコミット履歴を表示することもできます。」

→ 公式のgithubドキュメントをチェックしてください

主な違いは、それらが単一のファイルであることです。

ああ、そして：私が正しく理解していれば、要旨は githubの顧客でなくても（プライベートURLのように）「秘密」にできる...

GitHub Gists

要旨または要旨。それは64ドルの質問です...

GitHub GistsはSingle ( or, multiple ) Simple Markdown Files、フォークしたり複製したりできる（publicの場合）リポジトリのような品質を備えています。

それ以外の場合は、プライベートではありません。

共有できるおしゃれなスクラッチパッドみたいな。

私が今入力しているこのコメントスクラッチパッドに似ていますが、もう少し複雑です。

、一方、公式、フルGitHubのレポは、ソースコードの本格的なリポジトリであるsrc文書（マークダウンまたはHTML、あるいはその両方）をサポートする、docsまたはroot、画像png、ico、svg、およびconfig.sysYAML変数を実行するためのファイルはジキルサーバ上でホストされています。

シンプルなGistファイルはYamlの前付けをサポートしていますか？

私はそうは思いません。

公式のGitHub Gistドキュメントから...

要旨エディターはCodeMirrorを利用しています。

ただし、公開Gist（または所有者がプライベートGistへのリンクを介してアクセスを許可している場合はプライベートGist）をコピーできます...

そして、page.md次のように、Visual Studio Codeを使用して、その公開Gistを「公式」リポジトリに埋め込むことができます。

「ブログの投稿など、JavaScriptをサポートするテキストフィールドに要旨を埋め込むことができます。」

「embedコードを取得するにEmbed URLは、要旨のボタンの横にあるクリップボードアイコンをクリックします。」

さて、それはクールな機能です。

他の人の要点またはOPGを検索（発見）し、彼らの "公開"作業を本格的な作業リポジトリに組み込みたいと思わせます。

「他のユーザーが作成したPUBLICの要点は、要点のホームページに移動してリンクをクリックすると見つかります...

すべての要点 {：title = 'クリックしてGitHub Gistsの検出機能を確認してください'} {：target = '_ blank'}。 "

警告。GitHub GistではLiquidタグはサポートされていません。

何か有益なものが見つかった場合は、いつでもpingを返すことができます。または、本格的な作業リポジトリで作業を使用する場合は、そのソースを引用できます。

著者によって公開されたすべての要旨の暗黙のライセンスはどこに投稿されますか？

ロバート

PSこれは良いコメントです。これをaにgistして、GitHub Gistsで公開検索できるようにするつもりです。

注。<script></script>Markdown（.md）ファイルの本文内にHTMLタグを埋め込むと、リンターから「MD033」という警告が表示される場合があります。

ただし、これはscriptタグ内から呼び出されたデータ（src）のレンダリングには影響しません。

scriptVisual Studio Code内からタグの呼び出されたコンテンツに対応するようにデフォルトの警告フラグを変更するには、次のように、Jsonファイル内のMarkdownlint構成オブジェクトにエントリを追加User Settingsします。

// Begin Markdownlint Configuration Object
"markdownlint.config": {
  "MD013": false,
  "MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object

注。David AnsonによるGitHub Commitから派生したソリューション

GISTS Gistは、GitHubが提供する優れたサービスです。このサービスを使用すると、作業をパブリックまたはプライベートに共有できます。単一のファイル、記事、完全なアプリケーション、またはソースコードなどを共有できます。

GitHubはGistsだけではありません。プロジェクトまたはプログラムのデジタルリソースをリポジトリと呼ばれる集中管理された場所にグループ化し、利害関係者間で共有するための膨大なサービスを提供します。GitHubリポジトリは、ファイルの複数のバージョンまたは変更履歴を保持または維持し、必要に応じてファイルの特定のバージョンを取得できます。一方、gistは各投稿を新しいリポジトリとして作成し、ファイルの履歴を維持します。