GitHub和gist有什么区别?

时间:2011-07-20 19:41:51

标签: git github repository gist

要点的目的是什么?与使用GitHub进行常规代码共享/维护有什么不同?

9 个答案:

答案 0 :(得分:281)

GitHub是整个网站。 Gists是该站点提供的特定服务,即类似于pastebin的代码片段。但是,一切都是由git版本控制驱动的,因此gists也有完整的修订历史记录。

答案 1 :(得分:98)

我对Gist和GitHub的个人观点:

  

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

并且

  

GitHub 另一方面,GitHub提供了一个平台,可以作为团队(私人仓库)或整个世界(公共仓库)的回购共享整个项目。

两者都会记录版本细节。

答案 2 :(得分:31)

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

其中一个设计具有大量功能和灵活性,非常适合小型和大型项目,而gists仅适用于非常小的项目。

例如,gists确实支持多文件,但界面非常简单,而且功能有限,因此它们甚至没有文件浏览器,也没有问题,拉取请求或维基。如果你不需要那个,那么gists非常好而且更加分散。就像评论,而不是答案,在SO。

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

答案 3 :(得分:16)

您可以访问以下网址gist.github.com来访问Gist。 或者,您可以从Github帐户中访问它(登录后),如下图所示:

how to access gist from within the github console

  

Github:托管服务,其中包含基于Web的git存储库。它包括git的所有功能和附加功能   加入。

  

要点:github添加了一项附加功能,允许共享代码段,备注,待办事项列表等。你可以保存   你的Gists是秘密的还是公开的。秘密要点在搜索中隐藏   引擎,但与您分享网址的任何人都可以看到。

例如。如果你想写一个私人待办事项清单。您可以使用Github Markdown编写一个如下:

how to write a private to do list

NB:如上图所示,在短划线和括号之间保留空白非常重要。 使用扩展名.md 保存文件也很重要,因为我们希望降价格式正确。 如果您不希望其他人看到它,请记得将此Gist保存为秘密。

最终结果如下图所示。复选框是可点击的,因为我们使用扩展名.md

保存了此Gist

What the to do list looks like if you have formatted it properly

答案 4 :(得分:16)

我个人的理解或说我个人对Gist和Github的使用是:

  • Github上

一项大项目工作。如果你想建立网站,开发移动或网络应用程序或与你的队友做你的任务当然使用github。

  • 主旨

更像是备忘录。例如,您可以编写小功能的实现并将其分享到您的博客,或者写下您对项目的看法并与您的队友分享。 就像上面的答案所说的那样,gist被用于更像代码片段的东西。所以通常如果你在一个项目上工作,你就使用github。

答案 5 :(得分:3)

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

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

答案 6 :(得分:1)

  

“Gists实际上是Git存储库,这意味着你可以分叉或克隆任何要点,即使你不是原作者。您还可以查看要点的完整提交历史记录,包括差异。“

→查看official github documentation

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

哦,而且:gists can be “secret”(如:私人网址)也不是付费github客户,如果我理解正确的话......

答案 7 :(得分:1)

GitHub Gists

要点还是不要用。那是64美元的问题......

GitHub Gists Single ( or, multiple ) Simple Markdown Files,具有 repo-like 品质,可以分叉或克隆(如果公开)。

否则,不是私人。

有点像可以共享的花式便笺簿。

类似于我现在正在输入的评论便笺簿,但更详细一点。

然而,官方,完整的GitHub仓库是源代码src的完整存储库,支持文档(markdown或html,或两者)docs或{{ 1}},图片rootpngicosvg文件,用于运行Jekyll服务器上托管的Yaml变量。

简单的Gist文件是否支持Yaml前端问题?

我不这么认为。

来自官方GitHub Gist文档......

gist编辑器由CodeMirror提供支持。

但是,如果所有者通过指向私人要点的链接授予您访问权限,您可以复制公共要点(或私人要点)...

然后,您可以使用Visual Studio Code将该公共Gist嵌入到“官方”回购config.sys中,如下所示:

“您可以在任何支持Javascript的文本字段中嵌入一个要点,例如博客文章。”

“要获取page.md代码,请点击要点的embed按钮旁边的剪贴板图标。”

现在,这是一个很酷的功能。

让我想搜索(发现)其他人的要点,或者 OPG ,并将他们的“公共”工作纳入我全面的工作回购中。

“你可以通过访问要点主页并点击链接来发现其他人创建的PUBLIC要点......

All Gists {:title ='点击查看GitHub Gists的发现功能'} {:target ='_ blank'}。“

<强>买者即可。 GitHub Gist不支持Liquid标签。

我想如果我确实找到了有益的东西,我可以随时回击,或者如果我在我的成熟工作回购中使用这些工作,那就引用该来源。

其作者公布的所有要点的隐式许可在哪里?

罗伯特

P.S。这是一个很好的评论。我想我会把它变成Embed URL并在GitHub Gists上公开搜索。

注意即可。将gist html标记嵌入Markdown(.md)文件的正文中时,您可能会从linter收到警告“MD033”。

但是,这不应影响从<script></script>标记内调用的数据(src)的呈现。

要更改默认警告标志以容纳Visual Studio代码中script标记的被调用内容,请在script中的 Markdownlint配置对象中添加一个条目Json文件,如下:

User Settings

注意即可。解决方案源自GitHub Commit by David Anson

答案 8 :(得分:0)

简单来说:

<块引用>

GitHub 是整个站点。

<块引用>

要点是一些特殊的服务。

两者的使用:

<块引用>

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

<块引用>

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

Github 的优势:

<块引用>

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

要点的优点:

<块引用>

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