В чем разница между GitHub и gist?

мой личный взгляд на Gist и GitHub:

суть: Gist-это простой способ поделиться фрагментами кода и пастами с другими. Он используется, когда вам нужно поделиться образцом кода или техники с вашими коллегами или друзьями.

и

GitHub GitHub, с другой стороны, предоставляет платформу для совместного использования всего проекта в качестве РЕПО между командой (частное РЕПО) или всему миру(публичное РЕПО).

оба будут регистрировать детали версии.

основные различия между github и gists заключаются в количестве функций и пользовательском интерфейсе:

одно конструировано с большим количеством характеристик и гибкости в разуме, который хорошая пригонка и для малых и очень больших проектов, пока gists только хорошая пригонка для очень малых проектов.

например, gists поддерживают несколько файлов, но интерфейс очень прост, и они ограничены в функциях, поэтому у них даже нет файлового браузера и проблем, вытяните запросы или вики. Если вам это не нужно, суть очень приятная и более дискретная. Как и комментарии, а не ответы, в так.

Примечание: спасибо @Qwerty за предложение сделать мой комментарий реальным ответом.

вы можете получить доступ к Gist, посетив следующий url gist.github.com. Кроме того, вы можете получить доступ к нему из своей учетной записи Github (после входа в систему) , как показано на рисунке ниже:

Github: хостинг, в котором размещается веб-репозиторий git. Он включает в себя всю функциональность git с дополнительными функциями добавлен в.

суть: это дополнительная функция, добавленная в github, чтобы разрешить совместное использование фрагментов кода, заметок, списков дел и многое другое. Вы можете сохранить ваша суть как тайная или публичная. Секретные суть скрыты от поиска двигатели, но видимые для всех, с кем Вы делитесь url-адресом.

например. Если вы хотите написать частный список дел. Вы можете написать один, используя GitHub Markdown как следует:

Примечание: важно сохранить пробелы, как показано выше между тире и скобками. Также важно, чтобы вы сохраните файл с расширением. md потому что мы хотим, чтобы уценка была правильно отформатирована. Не забудьте сохранить эту суть в секрете, если вы не хотите, чтобы другие это видели.

конечный результат выглядит как на картинке ниже. Флажки кликабельны потому что мы сохранили эту суть с расширением. md

мое личное понимание или сказать мое личное использование Gist и Github является:

• Github

большая проектная работа. Если вы хотите создать веб-сайт, разработать мобильное или веб-приложение или выполнить свое задание с вашими товарищами по команде, конечно, используйте github.

• суть

больше похоже на памятку. например, вы можете написать реализацию небольшой функции и поделиться ею с вашим блогом или записать, что вы думаете о проект и поделиться им с вашими товарищами по команде. Так же, как и в приведенных выше ответах, gist используется для более похожего фрагмента кода. Поэтому обычно, если вы работаете над проектом, вы используете github.

суть Суть-это выдающийся сервис, предоставляемый GitHub. Используя этот сервис, вы можете поделиться своей работой публично или в частном порядке. Вы можете поделиться одним файлом, статьями, полными приложениями или исходным кодом и т. д.

GitHub-это гораздо больше, чем просто Gists. Он предоставляет огромные услуги для объединения цифровых ресурсов проекта или программы в централизованном месте под названием репозиторий и обмена между заинтересованными сторонами. Репозиторий GitHub будет содержать или поддерживать несколько версии файлов или истории изменений, и вы можете получить определенную версию файла, когда вы хотите. В то время как gist будет создавать каждую запись в качестве нового репозитория и будет поддерживать историю файла.

" Gists на самом деле являются репозиториями Git, что означает, что вы можете разветвлять или клонировать любой gist, даже если вы не являетесь оригинальным автором. Вы также можете просмотреть полную историю фиксации gist, включая различия."

→ проверьте официальная документация github

ключевое отличие заключается в том, что они являются отдельными файлами.

О, и: суть может быть "секретной" (как в: частный url) также не будучи a оплата GitHub клиенту, если я правильно понимаю...

GitHub Gists

суть или не суть. Это вопрос на 64 доллара ...

GitHub Gists are Single ( or, multiple ) Simple Markdown Files С РЕПО-как качества, которые могут быть раздвоены или клонированы ( если публично ).

в противном случае, если не частная.

вроде как причудливый блокнот, который можно разделить.

похоже на этот комментарий scratch pad, который я набираю сейчас, но немного более сложный.

в то время как, an официальный, full GitHub repo-это полномасштабный репозиторий исходного кода src, подтверждающие документы (markdown или html, или оба ) docs или root изображения png,ico,svg и config.sys файл для запуска переменных Yaml, размещенных на сервере Jekyll.

простой файл Gist поддерживает Yaml front matter?

мне кажется нет.

из официальной документации GitHub Gist ...

редактор gist работает на CodeMirror.

тем не менее, вы можете скопировать общедоступный Gist ( или частный Gist, если владелец предоставил вам доступ по ссылке на частный Gist ) ...

и затем вы можете встроить эту публичную суть в" официальное " РЕПО page.md С помощью кода Visual Studio, следующим образом:

" вы можете встроить gist в любое текстовое поле, поддерживающее Javascript, например в сообщение в блоге."

"для получения embed код, нажмите на значок буфера обмена рядом к Embed URL кнопка суть."

теперь, это классная функция.

заставляет меня искать (открывать ) суть других людей, или ОПГ и включить их "общественную" работу в мои полномасштабные рабочие РЕПО.

" вы можете открыть для себя публичные gists другие создали, Перейдя на главную страницу gist и нажав на ссылку ...

Все Логи {: title= ' Нажмите, чтобы просмотреть функцию Discover на GitHub Gists'} {: target= '_blank'}."

будьте осторожны. Нет поддержки жидких тегов в Github Gist.

Я полагаю, что если я найду что-то полезное, Я всегда могу пинг-назад или ссылаться на этот источник, если я использую работу в своих полномасштабных рабочих РЕПО.

где размещена неявная лицензия для всех GiST, опубликованных их авторами?

Роберт

P. S. Это хороший комментарий. Я думаю, что я превращу это в gist и сделайте его общедоступным для поиска в Github Gists.

Примечание. При вставке <script></script> html тег в теле файла Markdown (. 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 Commit by David Anson