GitHub是整个网站。gist是该站点提供的一种特殊服务，即类似于pastebin的代码片段。然而，一切都由git的修订控制驱动，因此gist也有完整的修订历史。

我个人对Gist和GitHub的看法:

Gist: Gist是一种与他人共享代码片段和粘贴的简单方法。当您需要与您的同事或朋友共享一段示例代码或技术时，可以使用它。

And

另一方面，GitHub提供了一个平台，可以在团队之间(私人回购)或向全世界(公共回购)共享整个项目。

两者都将记录版本详细信息。

您可以通过访问以下url访问Gist。gi.github.com。 或者你也可以从你的Github账户(登录后)访问它，如下图所示:

 

Github:提供基于web的git存储库的托管服务。它包含了git的所有功能和附加特性 在补充道。

 

要点:是添加到github的一个额外功能，允许共享代码片段，笔记，待办事项列表等。你可以存钱 你的gist是秘密的还是公开的。秘密专家隐藏起来不被搜索 引擎，但对与您共享url的任何人可见。

为例。如果你想写一个私人的待办事项列表。你可以写一个使用Github Markdown如下:

注意:重要的是保留上面破折号和括号之间的空白。 同样重要的是，保存扩展名为.md的文件，因为我们希望markdown格式正确。 如果你不想让别人看到，记得把这个要旨保存为秘密。

 

最终结果如下图所示。复选框是可点击的，因为我们保存了扩展名为.md的Gist

我个人对Gist和GitHub的理解是:

GitHub

一个大项目的工作。如果你想建立网站，开发手机或网络应用程序，或与你的队友一起做作业，当然要使用GitHub。

要点

更像是备忘录。例如，您可以编写一个小功能的实现并将其分享到您的博客中，或者写下您对项目的想法并与您的团队成员分享。 就像上面的答案所说的，Gist更像是用于代码片段的东西。所以通常如果你做一个项目，你会使用GitHub。

GitHub和gist之间的主要区别在于功能和用户界面的数量:

其中一个在设计时考虑了大量的功能和灵活性，这非常适合小型和非常大的项目，而gist只适合非常小的项目。

例如，gist确实支持多文件，但界面非常简单，而且它们的功能有限，所以它们甚至没有文件浏览器，也没有问题、拉请求或wiki。如果你不需要这个，gist很好，而且更离散。就像在SO里的评论，而不是答案。

注意:感谢@Qwerty的建议，让我的评论成为一个真正的答案。

gist实际上是Git存储库，这意味着你可以fork或克隆任何gist，即使你不是原始作者。您还可以查看gist的完整提交历史，包括差异。”

→查看官方github文档

关键的区别在于，它们是单个文件。

哦，和:gist可以是“秘密”(在:私人url)也没有支付github客户，如果我理解正确的话…

GitHub依据

要不要讲主旨。这是64美元的问题…

GitHub gist是单个(或多个)简单Markdown文件，具有类似回购的特性，可以分叉或克隆(如果公开)。

否则，不使用if private。

有点像一个可以共享的高级便签本。

类似于我现在正在输入的注释便签，但更详细一些。

然而，一个官方的、完整的GitHub repo是一个完整的源代码库，包含src、支持文档(markdown、html或两者都有)docs或root、图像png、ico、svg和配置。sys文件用于运行托管在Jekyll服务器上的Yaml变量。

一个简单的Gist文件是否支持Yaml ?

我不这么认为。

从官方GitHub Gist文档…

主旨编辑器由CodeMirror提供支持。

但是，您可以复制一个公共的Gist(或者，如果所有者通过私有Gist的链接授予您访问权限，则可以复制一个私有的Gist)…

然后，您可以将公共Gist嵌入到“官方”回购页面中。md使用Visual Studio Code，如下所示:

“你可以在任何支持Javascript的文本字段中嵌入要点，比如一篇博客文章。”

要获得嵌入代码，请单击主旨的嵌入URL按钮旁边的剪贴板图标。

这是一个很酷的功能。

让我想搜索(发现)其他人的gist，或OPG，并将他们的“公共”工作合并到我的完整工作回购中。

“你可以通过进入gist主页并点击链接来发现其他人创建的PUBLIC gist……

所有gist {:title='点击查看GitHub gist的发现功能'}{:target='_blank'}。"

警告。GitHub Gist不支持Liquid标签。

我想如果我确实发现了一些有益的东西，我总是可以返回，或者如果我在完整的工作回购中使用该工作，我可以引用该来源。

作者公开的所有gist的隐式许可张贴在哪里?

罗伯特。

附:这是一个很好的评论。我想我会把它变成一个主旨，让它可以在GitHub gist上公开搜索。

请注意。当在Markdown (.md)文件的主体中嵌入<script></script> html标签时，你可能会从你的linter得到一个警告“MD033”。

但是，这不应该影响从脚本标记中调用的数据(src)的呈现。

要更改默认的警告标志，以适应Visual Studio Code中脚本标记的调用内容，请在用户设置Json文件中的Markdownlint配置对象中添加一个条目，如下所示:

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

请注意。David Anson从GitHub提交的解决方案

依据 Gist是GitHub提供的一项出色的服务。使用此服务，您可以公开或私下分享您的工作。您可以共享单个文件，文章，完整的应用程序或源代码等。

GitHub不仅仅是gist。它提供了巨大的服务，将项目或程序的数字资源组合在一个称为存储库的集中位置，并在利益相关者之间共享。GitHub存储库将保存或维护文件的多个版本或更改历史，您可以在需要时检索文件的特定版本。而gist将每个帖子创建为一个新的存储库，并维护文件的历史记录。

简单地说:

GitHub是整个网站。

gist是一些特殊的服务。

两者的用法:

Gist是一种与他人共享片段和粘贴的简单方法。

GitHub是一个用于版本控制和项目协作的代码托管平台。

Github的优势:

文档，讨论，已知漏洞和暴露的安全警报。

gist的优势:

因为每个“gist”都有自己的Git存储库，多个代码片段可以包含在单个粘贴中，并且可以使用Git推送和拉取它们。

Github允许用户版本控制一个目录下的一堆文件(称为存储库)。用户可以创建任意数量的存储库。因此，对完整目录(存储库)的所有修改(创建/删除/修改)都会作为一个修订历史记录列出给用户。

其中gist允许用户以markdown格式对单个文件进行版本控制。用户可以创建任意数量的文件。在这里，每个文件的修改都单独列出给用户作为修订历史。

一般来说，github是用于维护与一个任务相关的大量文件和目录。例如项目的软件代码、网站文件、特定主题的文档文件等。其中的要点是保持个人笔记的任务在标记格式。

在高层次上，在gist中创建文件等同于在github中创建单个文件存储库。