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

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

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

在高层次上，在gist中创建文件等同于在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实际上是Git存储库，这意味着你可以fork或克隆任何gist，即使你不是原始作者。您还可以查看gist的完整提交历史，包括差异。”

→查看官方github文档

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

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

简单地说:

GitHub是整个网站。

gist是一些特殊的服务。

两者的用法:

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

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

Github的优势:

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

gist的优势:

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

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

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

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

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

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

GitHub

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

要点

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