Quelle est la différence entre GitHub et gist?

Mon point de vue personnel de Gist et GitHub:

Résumé: Gist est un moyen simple de partager des extraits de code et colle avec les autres. Il est utilisé lorsque vous devez partager un exemple de code ou de technique avec vos collègues ou vos amis.

Et

GitHub GitHub, d'autre part, fournit une plate-forme pour partager un projet entier en tant que repo entre une équipe(repo privé) ou au monde entier(repo public).

Les deux enregistreront la version détail.

Les principales différences entre github et gists sont en termes de nombre de fonctionnalités et d'interface utilisateur:

Est conçu avec un grand nombre de fonctionnalités et de flexibilité dans l'esprit, ce qui est un bon ajustement pour les petits et les très grands projets, tandis que les gist sont seulement un bon ajustement pour les petits projets.

Par exemple, les gists prennent en charge les multi-fichiers, mais l'interface est très simple, et leurs fonctionnalités sont limitées, de sorte qu'ils n'ont même pas de navigateur de fichiers, ni de problèmes, de requêtes d'extraction ou wiki. Si vous n'avez pas besoin de cela, les gists sont très agréables et plus discrets. Comme les commentaires, au lieu de répondre, DONC.

Note: Merci à @ Qwerty pour la suggestion de faire de mon commentaire une vraie réponse.

, Vous pouvez accéder à l'Essentiel en visitant l'url suivante gist.github.com. Vous pouvez également y accéder depuis votre compte Github (après vous être connecté) comme indiqué dans l'image ci-dessous:

Github: {[14] } un service d'hébergement qui héberge un référentiel Git basé sur le web. Il comprend toute la fucntionality de git avec des fonctionnalités supplémentaires ajouté dans.

Résumé: Est une fonctionnalité supplémentaire ajouté à github pour permettre le partage d'extraits de code, de notes, de listes de tâches et plus encore. Vous pouvez enregistrer votre Gists comme secret ou public. Les Gists secrets sont cachés de la recherche moteurs mais visible à tous ceux avec qui vous partagez l'url.

Par exemple. Si vous vouliez écrire une liste de choses à faire privée. Vous pouvez en écrire un en utilisant Github Markdown comme suit:

NB: Il est important de conserver les espaces comme indiqué ci-dessus entre le tiret et support. Il est également important que vous enregistriez le fichier avec l'extension. md car nous voulons que le markdown soit correctement formaté. Rappelez-vous de sauvegarder cet essentiel comme secret si vous ne voulez pas que les autres le voient.

Le résultat final ressemble à l'image ci-dessous. Les cases à cocher sont cliquables car nous avons enregistré cet essentiel avec l'extension. md

Ma compréhension personnelle ou pour dire mon utilisation personnelle de Gist et Github est:

• Github

Un grand travail de projet. Si vous voulez créer un site web, développer une application mobile ou web ou faire votre mission avec vos coéquipiers, utilisez bien sûr github.

• Gist

Plus comme un mémo. par exemple vous pouvez écrire l'implémentation d'une petite fonctionnalité et la partager sur votre blog ou écrire ce que vous pensez du projet et le partager avec votre coéquipier. Tout comme ce que disent les réponses ci-dessus, gist est utilisé pour un extrait de code. Donc, normalement, si vous travaillez sur un projet que vous utilisez github.

GIST L'essentiel est un service exceptionnel fourni par GitHub. En utilisant ce service, vous pouvez partager votre travail en public ou en privé. Vous pouvez partager un seul fichier, des articles, des applications complètes ou du code source, etc.

Le GitHub est beaucoup plus que juste Gists. Il fournit d'immenses services pour regrouper un projet ou des programmes de ressources numériques dans un emplacement centralisé appelé référentiel et partager entre les parties prenantes. Le référentiel GitHub conservera ou maintiendra la version multiple du fichiers ou l'historique des modifications et vous pouvez récupérer une version spécifique d'un fichier lorsque vous le souhaitez. Alors que gist créera chaque publication en tant que nouveau référentiel et conservera l'historique du fichier.

" les GIST sont en fait des dépôts Git, ce qui signifie que vous pouvez bifurquer ou cloner n'importe quel gist, même si vous n'êtes pas l'auteur original. Vous pouvez également afficher l'historique complet des commits d'un gist, y compris les diffs."

→ consultez le documentation officielle github

Donc, la principale différence est, qu'ils sont des fichiers uniques.

Oh, et: gists peut être "secret" (comme dans: private url) aussi sans être un client GitHub payant, si je comprends bien correctement...

Github Gists

À l'essentiel ou pas à l'essentiel. C'est la question de 64$...

Les Github Gists sont Single ( or, multiple ) Simple Markdown Files avec des qualités de type repo qui peuvent être forkées ou clonées (si elles sont publiques).

Sinon, pas si privé.

Un peu comme un bloc-notes de fantaisie qui peut être partagé.

Similaire à ce commentaire scratch pad que je tape maintenant, mais un peu plus élaboré.

Alors que, unofficiel , le repo complet de GitHub est un repo complet référentiel soufflé de code source src, documents à l'appui (markdown ou html, ou les deux) docs ou root, images png, ico, svg, et un fichier config.sys pour exécuter des variables Yaml hébergées sur un serveur Jekyll.

Est-ce qu'un simple fichier Gist prend en charge Yaml front matter?

Moi ne pense pas.

De la documentation officielle GitHub Gist ...

L'essentiel de l'éditeur est alimenté par CodeMirror.

Cependant, vous pouvez copier un Gist public (ou, un Gist privé si le propriétaire vous a accordé l'accès via un lien vers l'essentiel privé)...

Et, vous pouvez ensuite intégrer cet essentiel public dans un repo "officiel" page.md en utilisant le Code Visual Studio, comme suit:

" Vous pouvez intégrer un essentiel dans N'importe quel champ de texte prenant en charge Javascript, comme un article de blog."

" pour obtenir le code embed, cliquez sur l'icône du presse-papiers à côté du bouton Embed URL d'un gist."

Maintenant, c'est une fonctionnalité intéressante.

Me donne envie de chercher (découvrir ) autre les idées des peuples, ou OPG {[23] } et intégrer leur travail "public" dans Mes pensions de travail à part entière.

" Vous pouvez découvrir les gists publics que d'autres ont créés en allant sur la page d'accueil de gist et en cliquant sur le lien ...

All Gists {: title= 'Cliquez pour passer en revue la fonctionnalité de découverte de Github Gists'} {: target= '_blank'}."

Mise en garde. Pas de support pour les balises liquides à GitHub Gist.

Je suppose que si je trouve quelque chose de bénéfique, je peux toujours ping-back, ou citer cette source si j'utilise le travail dans Mes repos de travail à part entière.

Où la licence implicite est-elle affichée pour tous les gists rendus publics par leurs auteurs?

Robert

P.S. C'est un bon commentaire. Je pense que je vais transformer cela en un gist et le rendre publiquement consultable sur Github Gists.

Note. Lorsque vous intégrez la balise html <script></script> dans le corps d'un fichier Markdown (. md) , vous pouvez obtenir un avertissement "MD033" de votre linter.

Cela ne devrait cependant pas affecter le rendu des données ( src ) appelées à partir de la balise script.

Pour modifier l'indicateur d'avertissement par défaut afin d'accueillir le contenu appelé d'une balise script à partir du Code Visual Studio, ajoutez une entrée à l'objet de Configuration Markdownlint dans le fichier User Settings Json, comme suit:

// Begin Markdownlint Configuration Object
"markdownlint.config": {
  "MD013": false,
  "MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object

Note. Solution dérivée de Github Commit par David Anson