В чем разница между GitHub и gist?
8 ответов
GitHub-это весь сайт. Gists-это особая услуга, предлагаемая на этом сайте, а именно фрагменты кода, похожие на pastebin. Однако все управляется контролем ревизий git, поэтому gists также имеют полные истории ревизий.
мой личный взгляд на Суть и GitHub:
суть: Gist-это простой способ поделиться фрагментами кода и пастами с другими. Он используется, когда вам нужно поделиться образцом кода или техники с коллегами или друзьями.
и
GitHub GitHub, с другой стороны, предоставляет платформу для совместного использования всего проекта в качестве РЕПО среди команды (частное РЕПО) или всему миру (публичное РЕПО).
Оба журнала версия.
основные различия между github и gists с точки зрения количества функций и пользовательского интерфейса:
One разработан с большим количеством функций и гибкостью в виду, что хорошо подходит как для небольших, так и для очень больших проектов, в то время как gists подходят только для очень маленьких проектов.
например, gists поддерживает несколько файлов, но интерфейс очень прост, и они ограничены в функциях, поэтому у них даже нет файлового браузера, ни проблем, запросы на получение или вики. Если вам это не нужно, суть очень приятная и более дискретная. Как и комментарии, а не ответы, в SO.
Примечание: спасибо @Qwerty за предложение сделать мой комментарий реальным ответом.
вы можете получить доступ к Gist, посетив следующий url gist.github.com. В качестве альтернативы вы можете получить доступ к нему из своей учетной записи Github (после входа в систему) , как показано на рисунке ниже:
Github: хостинг-сервис, в котором размещается веб-репозиторий git. Он включает в себя весь функционал Git с дополнительными функциями добавлен в.
суть: это дополнительная функция, добавленная в github, чтобы разрешить совместное использование фрагментов кода, заметок, списков и многое другое. Вы можете сохранить ваша суть-секретная или публичная. Секретные Gists скрыты от поиска двигатели, но видны всем, с кем Вы делитесь url-адресом.
например. Если вы хотите написать частный список дел. Вы можете написать один, используя GitHub Markdown как следует:
NB: важно сохранить пробелы, как показано выше, между тире и скобками. Также важно, чтобы вы сохраните файл с расширением .md потому что мы хотим, чтобы уценка правильно форматировалась. Не забудьте сохранить эту суть в секрете, если вы не хотите, чтобы другие видели ее.
конечный результат выглядит как на картинке ниже. Флажки кликабельны потому что мы сохранили эту суть с расширением .md
мое личное понимание или сказать, что мое личное использование Gist и Github:
- Github
большая проектная работа. Если вы хотите создать веб-сайт, разработать мобильное или веб-приложение или выполнить задание со своими товарищами по команде, конечно, используйте github.
- суть
больше похоже на памятку. например, вы можете написать реализацию небольшой функции и поделиться ею в своем блоге или записать, что вы думаете о проект и поделиться им со своими товарищами по команде. Как и в приведенных выше ответах, gist используется для более похожего фрагмента кода. Поэтому обычно, если вы работаете над проектом, вы используете github.
GISTS Gist является выдающимся сервисом, предоставляемым GitHub. Используя этот сервис, вы можете поделиться своей работой публично или в частном порядке. Вы можете поделиться одним файлом, статьями, полными приложениями или исходным кодом и т. д.
GitHub гораздо больше, чем просто Gists. Он предоставляет огромные услуги для объединения цифровых ресурсов проекта или программ в централизованном месте под названием репозиторий и обмена между заинтересованными сторонами. Репозиторий GitHub будет содержать или поддерживать несколько версия файлов или история изменений, и вы можете получить определенную версию файла, когда захотите. В то время как gist создаст каждый пост как новый репозиторий и будет поддерживать историю файла.
" Gists на самом деле являются репозиториями Git, что означает, что вы можете развить или клонировать любой gist, даже если вы не являетесь оригинальным автором. Вы также можете просмотреть полную историю фиксации gist, включая различия."
→ проверьте официальная документация github
таким образом, ключевое различие заключается в том, что они являются одиночными файлами.
О, и: суть может быть "секретной" (как в: частный url) также не будучи оплата клиента github, если я правильно понимаю...
GitHub Gists
суть или не суть. Это вопрос на 64 доллара ...
GitHub Gists are Single ( or, multiple ) Simple Markdown Files
С РЕПО-как качества, которые могут быть раздвоены или клонированы (если общедоступны ).
в противном случае, если не частная.
вроде как причудливый блокнот, который можно разделить.
похоже на этот комментарий скретч-пэд, который я печатаю сейчас, но немного более сложный.
принимая во внимание, что официальный, full GitHub repo - это полномасштабный репозиторий исходного кода src
, вспомогательные документы (markdown или html, или оба ) docs
или root
изображения png
, ico
, svg
и config.sys
файл для запуска переменных Yaml, размещенных на сервере Jekyll.
поддерживает ли простой файл Gist Yaml front matter?
мне кажется нет.
из официальной документации GitHub Gist ...
редактор gist работает by CodeMirror.
однако вы можете скопировать публичный Gist (или частный Gist, если владелец предоставил вам доступ по ссылке на частный Gist ) ...
и затем вы можете вставить эту публичную суть в" официальное " РЕПО page.md
использование кода Visual Studio следующим образом:
" вы можете встроить gist в любое текстовое поле, поддерживающее Javascript, такое как сообщение в блоге."
"для получения embed
код, нажмите на значок буфера обмена рядом к Embed URL
кнопка сути."
теперь, это классная функция.
заставляет меня хотеть искать (открывать ) суть других народов, или OPG и включить их "публичную" работу в мои полномасштабные рабочие РЕПО.
" вы можете обнаружить общественные gists другие создали, Перейдя на главную страницу gist и нажав на ссылку ...
Все Логи {: title= ' Нажмите, чтобы просмотреть функцию Discover на GitHub Gists'} {: target= '_blank'}."
предостережение. Нет поддержки жидких тегов в Github Gist.
Я полагаю, что если я найду что-то полезное, Я всегда могу перезвонить или сослаться на этот источник, если я использую работу в своих полномасштабных рабочих РЕПО.
где находится неявная лицензия, размещенная для всех gists, обнародованных их авторами?
Роберт
P. S. Это хороший комментарий. Я думаю, я превращу это в gist
и сделайте его общедоступным для поиска в Github Gists.
Примечание. При вставке <script></script>
HTML-тег в теле уценки (.MD) файл, вы можете получить предупреждение "MD033" от вашего Линтер.
однако это не должно влиять на рендеринг данных ( src), вызываемых из script
тег.
чтобы изменить флаг предупреждения по умолчанию для размещения вызываемого содержимого script
тег из Visual Studio Код, добавьте запись в Объект Конфигурации Markdownlint внутри User Settings
файл Json, следующим образом:
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
Примечание. Решение, полученное из GitHub совершить Дэвид Ансон