Чим відрізняється GitHub від gist?


573

Яка мета суті і чим вона відрізняється від регулярного обміну кодом / підтримкою за допомогою GitHub?


20
Gist - простий спосіб ділитися фрагментами та пастами з іншими.
Фелікс Клінг

154
Як це офтопік? Я вважаю як програмні засоби gistub, так і програмні засоби github, які зазвичай використовуються програмістами . Це питання ідеально підходить.
голем

50
Я проголосував за повторне відкриття цього питання, оскільки воно корисне і стосується програмних засобів, які зазвичай використовуються програмістами. Сторінка " Про Gists " на Github містить корисну інформацію, але не відповідає на питання про ключові відмінності та за яких обставин користувач може віддавати перевагу одній іншій. Я особисто хотів би побачити більш детальні відповіді на це питання.
Саймон Схід

6
Важлива відмінність, яку я ніде не бачу, полягає в тому, що Gist відмовився від підтримки каталогів. Я помітив це лише тоді, коли я зіткнувся з цим питанням: stackoverflow.com/a/27677649/5343341
Robotic-Brain

1
Як створюються версії суті? Автоматично кожного разу при введенні символу чи існує механізм фіксації? Вибачте, що продовжуєте працювати з цією темою, але це зручне місце!
seinecle

Відповіді:


348

GitHub - це весь сайт. Історії - це певна послуга, що пропонується на цьому сайті, а саме фрагменти коду, подібні до пастбіну. Однак усе керується контролем редагування git, тому історії також мають повну історію редагування.


191
То яка різниця між Gist і сховищем? Які переваги та недоліки кожного? (Я вважаю, що це планувало запитати в ОП)
chharvey

59
@ TestSubject528491: сховище призначене для створених користувачем файлів. Суть - це фрагмент коду (як правило, не пов'язаний з іншим кодом), наприклад, для обговорення чи надання прикладів.
Керрек СБ

19
@ TestSubject528491 Як говорить Керрек, Gists по суті є Githubs еквівалентом Pastebin.
Філл Хелі

45
@Pacerier: Звичайно, можна. Але тоді вам потрібно самостійно керувати файлами, клонувати сховище, push-коміти та все таке. Історії дозволяють вам редагувати текст безпосередньо у веб-переглядачі, і немає файлів, якими потрібно керувати. Як я вже говорив, той самий базовий механізм управління версіями, але вирішення різних потреб.
Керрек СБ

19
@SimonEast основні відмінності між github та gists полягають у кількості функцій та користувальницькому інтерфейсі: один розроблений з великою кількістю функцій та гнучкості на увазі, що добре підходить як для малих, так і для дуже великих проектів, тоді як суті - це лише добре підходить для дуже малих проектів. Наприклад, gists підтримують багатофайлові файли, але інтерфейс дуже простий, і вони обмежені функціями, тому у них навіть немає браузера файлів, а також проблем, не вимагають запитів чи вікі. Якщо вам цього не потрібно, суть дуже приємна і більш дискретна. Як і коментарі, замість відповідей, в ТА.
joseLuís

136

Мій особистий погляд на Gist і GitHub:

Суть: Gist - це простий спосіб ділитися фрагментами коду та вставками з іншими. Він використовується, коли вам потрібно поділитися зразком коду чи техніки зі своїми колегами чи друзями.

І

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

Обидва будуть записувати реквізити версії.


1
чи можете ви детально навести приклад
Четан

6
@Chetan приклад суті (зверніть увагу, як це просто один файл, не дуже потрібні будь-які підтримуючі файли, ніхто ніколи не збирається робити квитки тощо). ). Приклад проекту досить маленький, але хтось може відкрити квиток із пропозиціями та легко запам’ятати адресу vs gist url
vrillusions

45

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

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

Наприклад, стилісти підтримують багатофайлові файли, але інтерфейс дуже простий і обмежений у функціях, тому у них навіть немає браузера файлів, а також проблем, витягування запитів чи вікі. Якщо вам цього не потрібно, суть дуже приємна і більш дискретна. Як і коментарі, замість відповідей, в ТА.

Примітка: Дякую @Qwerty за пропозицію зробити мій коментар справжньою відповіддю.


4
Також "Списки для файлів, сховища - для каталогів", twitter.com/pavelrepin/status/297473901884223488
Qwerty

5
На мою думку, це єдина реальна відповідь на сьогодні питання. Кожна інша відповідь просто переосмислює призначення сайтів, не пояснюючи, які функції та відмінності дозволяють досягти цієї мети. Це як сказати "Цей автомобіль призначений для їзди на пляж, але цей автомобіль призначений для їзди на роботу", не згадуючи, що пляжний автомобіль - це кабріолет.
DavidS

20

Моє особисте розуміння або сказати моє особисте використання Gist і Github:

  • Гітуб

Велика робота над проектом. Якщо ви хочете створити веб-сайт, розробити мобільний чи веб-додаток або виконати завдання зі своїми колегами, звичайно, використовуйте github.

  • Суть

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


3
Аналогія "пам'ятка" очистила це для мене - інакше мені доведеться запитати "що таке пастебін?"
YCode

18

Ви можете отримати доступ до Gist, відвідавши наступну URL-адресу gist.github.com . Ви також можете отримати доступ до нього з вашого облікового запису Github (після входу в систему), як показано на малюнку нижче:

як отримати доступ до gist з консолі github

 

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

 

Суть: чи додана додаткова функція до github, щоб дозволити спільний доступ до фрагментів коду, нотаток, складати списки тощо. Ви можете зберігати свої секрети як таємні або загальнодоступні. Секретні списки приховані від пошукових систем, але видимі для всіх, з ким ви користуєтеся URL-адресою.

Наприклад. Якщо ви хочете написати приватний список справ. Ви можете записати його за допомогою Github Markdown так:

Як написати приватний список справ

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

 

Кінцевий результат виглядає як на зображенні нижче. Ці прапорці можна натискати, оскільки ми зберегли цей історію з розширенням .md

Як виглядає список справ, якщо ви його правильно відформатували


4
"Не забудьте зберегти цей історію як таємний, якщо ви не хочете, щоб його бачили інші." Будьте уважні - Інші люди можуть бачити ваш секретний суть, якщо у них трапляється його URL. Дивіться help.github.com/articles/about-gists/#secret-gists
Ган

Як це відповідає різниці між Гістсом і Гітбубом? (або Github repos - питання, яке, мабуть, дійсно мав намір задати) Це взагалі не стосується початкового питання
JoelAZ

Зараз він навіть працює з "gist.new"
Абхік Банерджі

3

"Gists - це фактично сховища Git, а це означає, що ви можете роздрібнювати або клонувати будь-яку суть, навіть якщо ви не є оригінальним автором. Ви також можете переглянути всю історію фіксів, зокрема різницю ».

→ ознайомтесь із офіційною документацією на github

Тож ключова відмінність полягає в тому, що вони є єдиними файлами.

О, і: суті можуть бути "секретними" (як у приватній URL-адресі) також, не будучи клієнтом, який платить github, якщо я правильно розумію ...


4
Хоча в
gists


Ух, так що я можу клонувати свою суть, наприклад, git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158dяка створює каталог у моїй файловій системі з назвою b227766a5f593b1154449217a656158dі який містить один файл semantic_notes.mdу цьому випадку. Я буду експериментувати на своїй суті так само, як репо. Добре знати. Ось так слід додавати коментарі і до суті редакцій. Ніколи не бачив, як це зробити у редакторі інтерфейсу.
jxramos

3

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 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 від Девіда Ансона


Знайдіть хвилину, щоб прочитати допомогу з редагування у довідковому центрі. Форматування на переповнення стека відрізняється від інших сайтів.
Isiah Meadows

Також GitHub Gist дозволяє розміщувати набагато більше, ніж просто код. Ось конкретний приклад цього , і так, я фактично використовував Git з цим. (Ви насправді можете ставитися до них як до повномасштабних репортажів від клієнта Git, включаючи додаткові гілки; у вас просто немає всього управління випусками, веб-інтерфейси для базових матеріалів Git та інші приналежності, які входять у відповідний GH репо.)
Іся Медоуз

2

ГІСТИ The Gist - це видатна послуга, що надається GitHub. Використовуючи цю послугу, ви можете ділитися своєю роботою публічно або приватно. Ви можете поділитися одним файлом, статтями, повними програмами або вихідним кодом тощо.

GitHub - це набагато більше, ніж просто Gists. Він надає величезні послуги, щоб об'єднати проект або програмувати цифрові ресурси в централізоване місце розташування, яке називається сховищем, та поділитися між зацікавленими сторонами. Репозиторій GitHub буде зберігати чи підтримувати декілька версій файлів або історії змін, і ви можете отримати конкретну версію файлу, коли захочете. Тоді як gist створюватиме кожну публікацію як новий сховище та зберігатиме історію файлу.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.