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

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

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

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

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

 

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

 

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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提交的解决方案