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

Какова цель gist и чем она отличается от обычного совместного использования кода с помощью GitHub?

GitHub - это весь сайт. Gists - это особый сервис, предлагаемый на этом сайте, а именно фрагменты кода, похожие на pastebin. Однако все управляется git revision control, поэтому у gists также есть полная история ревизий.

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

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

А также

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

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

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

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

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

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

Мое личное понимание или, собственно говоря, мое использование Gist и Github:

• Github

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

• Суть

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

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

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

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

Например. Если вы хотите написать личный список дел. Вы можете написать один с помощью Github Markdown следующим образом:

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

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

«Гисти на самом деле являются Git-репозиториями, а это значит, что вы можете раскошелиться или клонировать любой гист, даже если вы не являетесь первоначальным автором. Вы также можете просмотреть полную историю коммитов, включая различия ».

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

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

Да, и: gists может быть «секретным» (как в: private url) также не будучи платным клиентом github, если я правильно понимаю ...

GitHub Gists

Суть или нет. Это вопрос за 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) ...

И затем вы можете встроить этот публичный Gist в «официальный» репозиторий, page.mdиспользуя код Visual Studio, следующим образом:

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

«Чтобы получить embedкод, щелкните значок буфера обмена рядом с Embed URLкнопкой суть».

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

Заставляет меня хотеть искать (открывать) суть других людей или OPG и включать их "публичную" работу в мои полномасштабные рабочие репозитории.

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

All Gists {: title = 'Нажмите, чтобы просмотреть функцию поиска в GitHub Gists'} {: target = '_ blank'}. "

Протест . Нет поддержки жидких тегов в GitHub Gist.

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

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

Роберт

PS Это хороший комментарий. Я думаю, что я 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 Дэвидом Ансоном

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

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