Яка мета суті і чим вона відрізняється від регулярного обміну кодом / підтримкою за допомогою GitHub?
Яка мета суті і чим вона відрізняється від регулярного обміну кодом / підтримкою за допомогою GitHub?
Відповіді:
GitHub - це весь сайт. Історії - це певна послуга, що пропонується на цьому сайті, а саме фрагменти коду, подібні до пастбіну. Однак усе керується контролем редагування git, тому історії також мають повну історію редагування.
Мій особистий погляд на Gist і GitHub:
Суть: Gist - це простий спосіб ділитися фрагментами коду та вставками з іншими. Він використовується, коли вам потрібно поділитися зразком коду чи техніки зі своїми колегами чи друзями.
І
GitHub, GitHub, з іншого боку, пропонує платформу для спільного використання всього проекту як репо серед команди (приватне репо) або всього світу (публічне репо).
Обидва будуть записувати реквізити версії.
Основні відмінності між github та gists полягають у кількості функцій та користувальницькому інтерфейсі:
Один розроблений з великою кількістю функцій та гнучкості на увазі, що добре підходить як для малих, так і для дуже великих проектів, тоді як суті - це лише добре підходить для дуже малих проектів.
Наприклад, стилісти підтримують багатофайлові файли, але інтерфейс дуже простий і обмежений у функціях, тому у них навіть немає браузера файлів, а також проблем, витягування запитів чи вікі. Якщо вам цього не потрібно, суть дуже приємна і більш дискретна. Як і коментарі, замість відповідей, в ТА.
Примітка: Дякую @Qwerty за пропозицію зробити мій коментар справжньою відповіддю.
Моє особисте розуміння або сказати моє особисте використання Gist і Github:
Велика робота над проектом. Якщо ви хочете створити веб-сайт, розробити мобільний чи веб-додаток або виконати завдання зі своїми колегами, звичайно, використовуйте github.
більше нагадує пам’ятку. наприклад, ви можете написати реалізацію невеликої функції та поділитися нею у своєму блозі чи записати, що ви думаєте про проект, та поділитися ним із колегами по команді. Так само, як сказано у вищезазначених відповідях, gist використовується для більш подібного до фрагмента коду. Тому зазвичай, якщо ви працюєте над проектом, ви використовуєте github.
Ви можете отримати доступ до Gist, відвідавши наступну URL-адресу gist.github.com . Ви також можете отримати доступ до нього з вашого облікового запису Github (після входу в систему), як показано на малюнку нижче:
Github: хостинг-сервіс, в якому розміщено веб-сховище git. Він включає в себе всю вигадливість git з додатковими функціями, доданими в.
Суть: чи додана додаткова функція до github, щоб дозволити спільний доступ до фрагментів коду, нотаток, складати списки тощо. Ви можете зберігати свої секрети як таємні або загальнодоступні. Секретні списки приховані від пошукових систем, але видимі для всіх, з ким ви користуєтеся URL-адресою.
Наприклад. Якщо ви хочете написати приватний список справ. Ви можете записати його за допомогою Github Markdown так:
Примітка: Важливо зберегти пробіл, як показано вище між тире і дужками. Також важливо зберегти файл із розширенням .md, оскільки ми хочемо, щоб розмітка правильно відформатована. Не забудьте зберегти цей історію як таємний, якщо ви не хочете, щоб його бачили інші.
Кінцевий результат виглядає як на зображенні нижче. Ці прапорці можна натискати, оскільки ми зберегли цей історію з розширенням .md
"Gists - це фактично сховища Git, а це означає, що ви можете роздрібнювати або клонувати будь-яку суть, навіть якщо ви не є оригінальним автором. Ви також можете переглянути всю історію фіксів, зокрема різницю ».
→ ознайомтесь із офіційною документацією на github
Тож ключова відмінність полягає в тому, що вони є єдиними файлами.
О, і: суті можуть бути "секретними" (як у приватній URL-адресі) також, не будучи клієнтом, який платить github, якщо я правильно розумію ...
git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158d
яка створює каталог у моїй файловій системі з назвою b227766a5f593b1154449217a656158d
і який містить один файл semantic_notes.md
у цьому випадку. Я буду експериментувати на своїй суті так само, як репо. Добре знати. Ось так слід додавати коментарі і до суті редакцій. Ніколи не бачив, як це зробити у редакторі інтерфейсу.
Гіст чи не суть. Це питання про $ 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 Code, таким чином:
"Ви можете вбудувати суть у будь-яке текстове поле, яке підтримує Javascript, наприклад, повідомлення в блозі."
"Щоб отримати embed
код, натисніть значок буфера обміну біля Embed URL
кнопки суті."
Тепер це класна особливість.
Змушує мене шукати (відкривати) суті інших людей, або ОПГ, і включати їхню "громадську" роботу в мої повномасштабні робочі репортажі.
"Ви можете дізнатися про PUBLIC сути, які створили інші, перейшовши на головну сторінку суті та натиснувши посилання ...
Усі суті {: title = 'Клацніть, щоб переглянути функцію виявлення в GitHub Gists'} {: target = '_ blank'}. "
Caveat . У 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 від Девіда Ансона
ГІСТИ The Gist - це видатна послуга, що надається GitHub. Використовуючи цю послугу, ви можете ділитися своєю роботою публічно або приватно. Ви можете поділитися одним файлом, статтями, повними програмами або вихідним кодом тощо.
GitHub - це набагато більше, ніж просто Gists. Він надає величезні послуги, щоб об'єднати проект або програмувати цифрові ресурси в централізоване місце розташування, яке називається сховищем, та поділитися між зацікавленими сторонами. Репозиторій GitHub буде зберігати чи підтримувати декілька версій файлів або історії змін, і ви можете отримати конкретну версію файлу, коли захочете. Тоді як gist створюватиме кожну публікацію як новий сховище та зберігатиме історію файлу.