Quelle est la différence entre GitHub et gist?
Quel est le but de Gist et en quoi est-il différent du partage/de la maintenance de code classique avec GitHub?
GitHub est le site entier. Les Gists sont un service particulier offert sur ce site, à savoir des extraits de code apparentés à Pastebin. Cependant, tout est piloté par le contrôle de révision git, de sorte que les listes de contrôle possèdent également un historique complet des révisions.
Mon point de vue personnel sur Gist et GitHub:
Gist: Gist est un moyen simple de partager des extraits de code et des pâtes avec d’autres. Il est utilisé lorsque vous devez partager un échantillon de code ou une technique avec vos collègues ou amis.
Et
GitHub GitHub, en revanche, fournit une plate-forme permettant de partager un projet entier en tant que pension avec une équipe (pension privée) ou avec le monde entier (pension publique).
Les deux enregistreront les détails de la version.
Les principales différences entre github et gists sont les suivantes: nombre de fonctionnalités et interface utilisateur:
L'un est conçu avec un grand nombre de fonctionnalités et une grande flexibilité, ce qui convient parfaitement aux petits et très grands projets, tandis que les concepteurs généraux ne conviennent que pour de très petits projets.
Par exemple, les gists prennent en charge plusieurs fichiers, mais l'interface est très simple et leurs fonctionnalités sont limitées, ils n'ont donc même pas de navigateur de fichiers, ni de problèmes, ni de requêtes d'extraction ni de wiki. Si vous n'en avez pas besoin, les critiques sont très gentilles et plus discrètes. Comme les commentaires, au lieu de réponses, dans SO.
Note: Merci à @ Qwerty pour la suggestion de faire de mon commentaire une vraie réponse.
Ma compréhension personnelle ou pour dire mon utilisation personnelle de Gist et Github est:
- Github
Un gros projet de travail. Si vous voulez créer un site Web, développer une application mobile ou Web ou faire votre travail avec vos coéquipiers, utilisez bien sûr github.
- Essentiel
plus comme une note de service. 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 vos coéquipiers. Juste comme ce que les réponses ci-dessus ont dit, Gist est utilisé pour plus comme chose de code snippet. Donc, normalement, si vous travaillez sur un projet, vous utilisez github.
Vous pouvez accéder à Gist en visitant l’url suivante Gist.github.com . Sinon, vous pouvez y accéder depuis votre compte Github (après vous être connecté) comme indiqué dans l'image ci-dessous:
Github: Un service d'hébergement hébergeant un référentiel git basé sur le Web. Il inclut toute la fonctionnalité de git avec des fonctionnalités supplémentaires ajoutées dans.
Gist: Ajoute à github une fonctionnalité permettant de partager des extraits de code, des notes, des listes de tâches, etc. Vous pouvez sauvegarder vos Gists en tant que secret ou public. Les Secret Gists sont cachés des moteurs de recherche, mais visibles par quiconque avec qui vous partagez l'URL.
Par exemple. Si vous voulez écrire une liste de tâches 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 les crochets. Il est également important que vous enregistrez le fichier avec l’extension .md car nous voulons que le démarquage soit formaté correctement. N'oubliez pas de garder ce Gist 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é ce Gist avec l'extension .md
GistHub Gists
Pour Gist ou ne pas Gist. C'est la question de 64 $ ...
Les Gists GitHub sont Single ( or, multiple ) Simple Markdown Files avec des qualités similaires à repo pouvant être fourchues ou clonées ( si public).
Sinon, pas si privé.
Un peu comme un bloc-notes sophistiqué qui peut être partagé.
Semblable à ce bloc-notes sur lequel je tape, mais un peu plus élaboré.
Considérant qu’un référentiel officiel complet, GitHub est un référentiel complet du code source src, des documents justificatifs (markdown ou html, ou les deux) docs ou root, images png, ico, svg, et un fichier config.sys pour l'exécution de variables Yaml hébergées sur un serveur Jekyll.
Un simple fichier Gist prend-il en charge l’avant Yaml?
Moi ne pense pas.
D'après la documentation officielle de GitHub Gist ...
L'éditeur Gist est alimenté par CodeMirror .
Cependant, vous pouvez copier un Gist public (ou un Gist privé si le propriétaire vous en a autorisé l'accès via un lien vers le Gist privé) ...
Et, vous pouvez ensuite intégrer ce Gist public dans un repo "officiel" page.md à l'aide de Visual Studio Code, comme suit:
"Vous pouvez intégrer un Gist dans n’importe quel champ de texte prenant en charge Javascript, tel qu’un article de blog."
"Pour obtenir le code embed, cliquez sur l'icône du presse-papiers située à côté du bouton Embed URL d'un Gist."
Maintenant, c'est une fonctionnalité intéressante.
Donne-moi envie de chercher (découvrir) les bases des autres peuples, ou OPG et d'incorporer leur travail "public" à mon travail de pension à part entière.
"Vous pouvez découvrir les idées publiques que d'autres ont créées en allant sur la page d'accueil de Gist et en cliquant sur le lien ...
All Gists {: title = 'Cliquez pour examiner la fonctionnalité de découverte sur GistHub Gists'} {: target = '_ blank'}. "
Avertissement . Pas de support pour les tags liquides sur GitHub Gist.
Je suppose que si je trouve quelque chose d’avantage, je peux toujours revenir en arrière, ou citer cette source si j’utilise le travail dans mon travail de pension à part entière.
Où la licence implicite est-elle publiée pour toutes les critiques, rendue publique par leurs auteurs?
Robert
P.S. C'est un bon commentaire. Je pense que je vais transformer ceci en un Gist et le rendre publiquement consultable sur GitHub Gists.
Remarque . Lors de l'incorporation de la balise HTML <script></script> dans le corps d'un fichier Markdown (.md), vous pouvez recevoir un avertissement "MD033" de votre linter .
Cela ne devrait toutefois pas affecter le rendu des données (src) appelées depuis la balise script.
Pour modifier l'indicateur d'avertissement par défaut afin de prendre en charge le contenu appelé d'une balise script à partir de Visual Studio Code, ajoutez une entrée à l'objet de configuration Markdownlint dans le fichier Js User Settings , comme suit:
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
Remarque . Solution dérivée de GitHub Commit de David Anson
GISTES Le Gist 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 des Gists. Il fournit d’immenses services pour regrouper un projet ou programmer des ressources numériques dans un emplacement centralisé appelé référentiel et le partager entre les parties prenantes. Le référentiel GitHub conservera ou gérera la version multiple des fichiers ou l'historique des modifications et vous pourrez récupérer une version spécifique d'un fichier quand vous le souhaitez. Attendu que Gist créera chaque publication en tant que nouveau référentiel et conservera l'historique du fichier.
"Les Gist sont en réalité des référentiels Git, ce qui signifie que vous pouvez créer ou cloner n'importe quel Gist, même si vous n'êtes pas l'auteur original. Vous pouvez également afficher l'historique complet des validations de Gist, y compris les diffs. ”
→ consultez la documentation officielle de github
La différence principale est donc que ce sont des fichiers uniques.
Oh, et: les critiques peuvent être "secrètes" (comme dans: URL privée) également sans être un client payant de github, si je comprends bien ...