Ker*_* SB 309
GitHub是整个网站.Gists是该站点提供的特定服务,即类似于pastebin的代码片段.但是,一切都是由git版本控制驱动的,因此gists也有完整的修订历史记录.
- 那么Gist和Repository之间的区别是什么？各有哪些优缺点？(我相信这是OP想要提出的问题) (167认同)
- @ TestSubject528491:存储库用于用户创建的文件.要点是一段代码(通常与其他代码无关),如讨论或举例. (53认同)
- @Pacerier:你当然可以.但是,您需要自己管理文件,克隆存储库,推送提交等等.Gists允许您直接在浏览器中编辑文本,并且您无需管理任何文件.正如我所说,相同的底层版本控制机制,但解决不同的需求. (43认同)
- @SimonEast github和gists之间的主要区别在于功能和用户界面的数量:一个设计具有大量功能和灵活性,非常适合小型和大型项目,而要点是只适合非常小的项目.例如,gists确实支持多文件,但界面非常简单,并且功能有限,因此它们甚至没有文件浏览器,也没有问题,拉取请求或维基.如果你不需要那个,那么gists非常好而且更加分散.就像评论,而不是答案,在SO中. (18认同)
- @ TestSubject528491正如Kerrek所说,Gists基本上是Githubs相当于Pastebin. (17认同)
- @KerrekSB,难道你也不能使用普通回购"代码段"吗？ (7认同)
- GitHub适合正确的项目.另一方面,Gists主要是小代码片段,您想无缘无故地发布,嵌入其他网站,私密和快速个人参考. (4认同)
- *“但是，然后您需要自己管理文件，克隆存储库，推送提交等。Gist让您直接在浏览器中编辑文本。” * –实际上，Github也允许您在浏览器中执行所有操作，所以这没什么区别。Gist还可以支持多个文件。 (2认同)
- @joseLuís你能把它变成真正的答案吗？就像你说的,不要使用SO评论的全功能答案:) (2认同)
小智 120
我的Gist和GitHub的个人观点:
要点: Gist是一种与其他人共享代码片段和粘贴的简单方法.当您需要与同事或朋友共享示例代码或技术时,可以使用它.
和
另一方面,GitHub GitHub提供了一个平台,可以作为团队(私人仓库)或整个世界(公共仓库)的回购共享整个项目.
两者都会记录版本细节.
- @Chetan [a gist]的例子(https://gist.github.com/vrillusions/9538779)(请注意它只是一个文件,不需要任何支持文件,没有人会订票,等(作为一个配置可能是旧的,所以不要使用它)).[项目]的例子(https://github.com/vrillusions/iptables-init)它很小但是有人可以打开带有建议的门票,并且易于记住地址vs gist的网址 (6认同)
- 你能详细举个例子吗 (2认同)
jos*_*uís 39
github和gists之间的主要区别在于功能和用户界面的数量:
其中一个设计具有大量功能和灵活性,非常适合小型和大型项目,而gists仅适用于非常小的项目.
例如,gists确实支持多文件,但界面非常简单,并且功能有限,因此它们甚至没有文件浏览器,也没有问题,拉取请求或维基.如果你不需要那个,那么gists非常好而且更加分散.就像评论,而不是答案,在SO中.
注意:感谢@Qwerty建议让我的评论成为真正的答案.
- 在我看来,这是迄今为止这个问题唯一真正的答案.其他所有答案都只是重申了网站的目的,而没有解释哪些功能和差异能够实现这一目的.这就像是说"这辆车是为了开车到海滩,但是这辆车是为了开车上班",而没有提到沙滩车是敞篷车. (4认同)
- 另外，“要点用于文件，存储库用于目录”，https：//twitter.com/pavelrepin/status/297473901884223488 (3认同)
J.D*_*DoG 18
我个人的理解或说我个人对Gist和Github的使用是:
- Github上
一个大项目工作.如果你想建立网站,开发移动或网络应用程序或与你的队友做你的任务当然使用github.
- 要旨
更像是备忘录.例如,您可以编写小功能的实现并将其分享到您的博客,或者写下您对项目的看法并与您的队友分享.就像上面的答案所说的那样,gist被用于更像代码片段的东西.所以通常如果您在项目上工作,则使用github.
- "备忘录"类比为我清除了这一点 - 否则,我不得不问"什么是pastebin？" (2认同)
JSO*_*C11 16
您可以访问以下网址gist.github.com来访问Gist .或者,您可以从您的Github帐户中访问它(登录后),如下图所示:
Github:托管服务,包含基于Web的git存储库.它包括git的所有功能以及添加的附加功能.
要点:是否有一个额外的功能添加到github,以允许共享代码片段,注释,待办事项列表等.您可以将您的Gists保存为秘密或公开.秘密Gists在搜索引擎中隐藏,但与您共享网址的任何人都可以看到.
例如.如果你想写一个私人待办事项清单.您可以使用Github Markdown编写一个如下:
注意:如上图所示,在短划线和括号之间保留空白非常重要.使用扩展名.md保存文件也很重要,因为我们希望markdown正确格式化.如果您不希望其他人看到它,请记住将此Gist保存为秘密.
最终结果如下图所示.复选框是可点击的,因为我们使用扩展名.md保存了此Gist
- "如果你不想让别人看到它,请记得保存这个要点." 小心 - 如果碰巧有其URL,其他人可以看到你的秘密要点.请参阅https://help.github.com/articles/about-gists/#secret-gists (3认同)
\n\n\xe2\x80\x9cGists 实际上是 Git 存储库，这意味着您可以分叉或克隆任何要点，即使您不是原作者。您还可以查看要点的完整提交历史记录，包括差异。\xe2\x80\x9d
\n
\xe2\x86\x92 查看官方github文档
\n所以关键的区别是，它们是单个文件。
\n哦，还有：要点可以是 \xe2\x80\x9csecret\xe2\x80\x9d（如：私人网址），如果我理解正确的话，也可以不成为付费 github 客户......
\n- 不过要点可以有多个文件 (6认同)
GitHub 要点
要点或不要点。那是 64 美元的问题...
GitHub的要旨是Single ( or, multiple ) Simple Markdown Files与回购状可分叉或克隆（如果公共）的品质。
否则，如果不是私人的。
有点像可以共享的精美便笺簿。
类似于我现在正在打字的这个评论便笺簿，但更详细一点。
然而，一个正式，完整的GitHub库的源代码一个完全成熟的存储库src，支持文件（降价或HTML，或两者）docs或root，图片png，ico，svg，和一个config.sys用于运行托管的哲基尔服务器上YAML变量文件。
一个简单的 Gist 文件是否支持 Yaml 前端？
我认为不是。
来自官方 GitHub Gist 文档...
要点编辑器由CodeMirror提供支持。
但是，您可以复制公共 Gist（或者，如果所有者已通过私有 Gist 的链接授予您访问权限，则为私有 Gist）...
然后，您可以page.md使用 Visual Studio Code将该公共 Gist 嵌入到“官方”存储库中，如下所示：
“您可以在任何支持 Javascript 的文本字段中嵌入要点，例如博客文章。”
“要获取embed代码，请单击Embed URL要点按钮旁边的剪贴板图标。”
现在，这是一个很酷的功能。
让我想要搜索（发现）其他人的要点或OPG，并将他们的“公共”工作纳入我成熟的工作存储库中。
“您可以通过转到要点主页并单击链接来发现其他人创建的 PUBLIC 要点......
所有 Gists {:title='单击以查看 GitHub Gists 上的发现功能'}{:target='_blank'}。"
警告。GitHub Gist 不支持 Liquid 标签。
我想如果我确实找到了一些有用的东西，如果我确实在我成熟的工作存储库中使用了这项工作，我总是可以回覆或引用该来源。
其作者公开的所有要点的隐式许可在哪里发布？
罗伯特
PS这是一个很好的评论。我想我会把它变成一个，gist并让它在 GitHub Gists 上公开搜索。
注意。当嵌入<script></script>一个降价（.MD）文件的正文中的HTML标签，你可以从你得到一个警告“MD033”棉短绒。
但是，这不应影响从script标记内调用的数据 ( src ) 的呈现。
要更改默认警告标志以适应scriptVisual Studio Code 中标签的调用内容，请向Json 文件中的Markdownlint 配置对象添加一个条目User Settings，如下所示：
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
注意。来自David Anson 的 GitHub Commit 的解决方案