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和GitHub的理解是:

GitHub

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

要点

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

您可以通过访问以下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中创建单个文件存储库。

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