Wat is het doel van de gist en hoe is het anders dan het delen van de reguliere code / het onderhouden van GitHub?
Antwoord 1, Autoriteit 100%
Github is de hele site. GISTEN zijn een bepaalde service die op die site wordt aangeboden, namelijk Code-fragmenten Akin to Pastebin. Alles wordt echter aangedreven door GIT Revision Control, dus geulen hebben ook volledige revisie-geschiedenissen.
Antwoord 2, Autoriteit 40%
Mijn persoonlijke weergave van GIST en GitHub:
Gist: Gist is een eenvoudige manier om codefragmenten en pasta’s met anderen te delen. Het wordt gebruikt wanneer u een sample-stuk code of techniek moet delen met uw collega’s of vrienden.
en
Github Github, aan de andere kant, biedt een platform om een heel project te delen als repo onder een team (privé repo) of naar de hele wereld (openbare repo).
Beide zullen de details van de versie inloggen.
Antwoord 3, Autoriteit 14%
De belangrijkste verschillen tussen github en gisten zijn in termen van het aantal functies en gebruikersinterface:
Men is ontworpen met een groot aantal functies en flexibiliteit in gedachten, wat een goede pasvorm is voor zowel kleine als zeer grote projecten, terwijl gisten slechts een goede pasvorm zijn voor zeer kleine projecten.
Ondersteunt gisten bijvoorbeeld multi-bestanden, maar de interface is heel eenvoudig, en ze zijn beperkt in functies, dus ze hebben zelfs geen bestandsbrowser, noch problemen, pull-aanvragen of wiki. Als u dat niet hoeft te hebben, zijn gisten erg mooi en meer discreet. Zoals de opmerkingen, in plaats van antwoorden, in zo.
Opmerking: bedankt aan @Qwerty voor de suggestie om van mijn opmerking een echt antwoord te maken.
Antwoord 4, autoriteit 5%
Mijn persoonlijke begrip of om te zeggen mijn persoonlijk gebruik van Gist en Github is:
- Github
Een groot projectwerk. Als je een website wilt bouwen, een mobiele of webapplicatie wilt ontwikkelen of je opdracht met je teamgenoten wilt doen, gebruik dan natuurlijk github.
- Samenvatting
meer als een memo. je kunt bijvoorbeeld de implementatie van een kleine functie schrijven en deze delen op je blog of opschrijven wat je van het project vindt en dit delen met je teamgenoten.
Net zoals wat de bovenstaande antwoorden zeiden, wordt gist gebruikt voor meer zoals codefragmenten. Dus normaal gesproken gebruik je github als je aan een project werkt.
Antwoord 5, autoriteit 5%
Je hebt toegang tot Gist door naar de volgende url gist.github.comte gaan.
U kunt het ook openen vanuit uw Github-account (na inloggen) zoals weergegeven in de onderstaande afbeelding:
Github:een hostingservice met een webgebaseerde git-repository. Het bevat alle functionaliteit van git met extra functies
toegevoegd.
Gist:is een extra functie toegevoegd aan github om het delen van codefragmenten, notities, takenlijsten en meer mogelijk te maken. U kunt besparen
uw Gists als geheim of openbaar. Geheime kernen zijn verborgen voor zoeken
engines, maar zichtbaar voor iedereen met wie je de url deelt.
Bijvoorbeeld. Als je een privé-takenlijst wilt schrijven. Je zou er als volgt een kunnen schrijven met Github Markdown:
NB:Het is belangrijk om de witruimte te behouden zoals hierboven weergegeven tussen het streepje en de haakjes.
Het is ook belangrijk dat u het bestand opslaat met de extensie .mdomdat we willen dat de markdown correct wordt geformatteerd.
Vergeet niet om deze Gist als geheim op te slaan als je niet wilt dat anderen hem zien.
Het eindresultaat ziet eruit als de onderstaande afbeelding. De selectievakjes zijn aanklikbaar omdat we deze Gist hebben opgeslagen met de extensie .md
Antwoord 6, autoriteit 2%
GitHub-gegevens
In essentie of niet in essentie. Dat is de vraag van $64…
GitHub Gistszijn Single ( or, multiple ) Simple Markdown Filesmet repo-achtigeeigenschappen die kunnen worden gevorkt of gekloond (indien openbaar ).
Anders niet als privé.
Zoiets als een mooi kladblok dat kan worden gedeeld.
Vergelijkbaar met dit notitieblok voor opmerkingen waar ik nu op typ, maar een beetje uitgebreider.
Terwijl een officiële, volledige GitHub-repo een volledige opslagplaats is van broncode src, ondersteunende documenten (markdown of html, of beide) docsof root, afbeeldingen png, ico, svgen een config.sysbestand voor het uitvoeren van Yaml-variabelen die worden gehost op een Jekyll-server.
Ondersteunt een eenvoudig Gist-bestand de voorkant van Yaml?
Ik denk van niet.
Van de officiële GitHub Gist-documentatie …
De gist-editor wordt mogelijk gemaakt door CodeMirror.
U kunt echter een openbare Gist kopiëren (of een privé Gist als de eigenaar u toegang heeft verleend via een link naar de privé Gist) …
En u kunt die openbare Gist dan als volgt insluiten in een “officiële” repo page.mdmet behulp van Visual Studio Code:
“Je kunt een kern insluiten in elk tekstveld dat Javascript ondersteunt, zoals een blogbericht.”
“Klik op het klembordpictogram naast de knop embedvan een kern om de Embed URLte krijgen.”
Dat is een coole functie.
Ik wil de essenties van andere mensen, of OPG, zoeken (ontdekken) en hun “openbare” werk opnemen in mijn volledig werkende repo’s.
“Je kunt de PUBLIC gists ontdekken die anderen hebben gemaakt door naar de gist homepage te gaan en op de link te klikken …
Alle Gists{:title=’Klik om de Discover-functie te bekijken op GitHub Gists’}{: target=’_blank’}.”
Voorbehoud. Geen ondersteuning voor Liquid-tags op GitHub Gist.
Ik veronderstel dat als ik iets nuttigs vind, ik altijd kan terugbellen, of die bron kan citeren als ik het werk in mijn volledig werkende repo’s gebruik.
Waar wordt de impliciete licentie gepost voor alle inhoud die door hun auteurs openbaar is gemaakt?
Robert
P.S. Dit is een goede opmerking. Ik denk dat ik dit in een gistzal veranderen en het publiekelijk doorzoekbaar zal maken op GitHub Gists.
Opmerking. Bij het insluiten van de <script></script>html-tag in de hoofdtekst van een Markdown-bestand (.md), kunt u een waarschuwing “MD033” krijgen van uw linter.
Dit zou echter geen invloed moeten hebben op de weergave van de gegevens ( src ) die worden aangeroepen vanuit de script-tag.
Als u de standaardwaarschuwingsvlag wilt wijzigen om plaats te bieden aan de opgeroepen inhoud van een script-tag vanuit Visual Studio Code, voegt u een item toe aan het Markdownlint-configuratieobjectin de User SettingsJson-bestand, als volgt:
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
Opmerking. Oplossing afgeleid van GitHub Commit door David Anson
Antwoord 7
“Gists zijn eigenlijk Git-repositories, wat betekent dat je elke gist kunt forken of klonen, zelfs als je niet de oorspronkelijke auteur bent. Je kunt ook de volledige commit-geschiedenis van een kern bekijken, inclusief diffs.”
→ bekijk de officiële github-documentatie
Het belangrijkste verschil is dus dat het afzonderlijke bestanden zijn.
O, en: gisten kunnen “geheim” zijn(zoals in: private url) ook zonder een betalende github-klant te zijn, als ik het goed begrijp…
Antwoord 8
GISTS
The Gist is een uitstekende service van GitHub. Met deze service kunt u uw werk openbaar of privé delen. U kunt een enkel bestand, artikelen, volledige applicaties of broncode enz. delen.
De GitHub is veel meer dan alleen listen. Het biedt immense services om een project of programma’s digitale middelen samen te groeperen op een gecentraliseerde locatie genaamd Repository en deel onder de stakeholder. De GitHub-repository houdt of onderhoudt de meervoudige versie van de bestanden of geschiedenis van wijzigingen en u kunt een specifieke versie van een bestand ophalen wanneer u maar wilt. Terwijl GIST elke post als nieuwe repository maakt en de geschiedenis van het bestand zal onderhouden.
Antwoord 9
in eenvoudige woorden:
Github is de hele site.
Gisten zijn enkele speciale diensten.
gebruik van beide:
GIST is een eenvoudige manier om fragmenten en pasta’s met anderen te delen.
GitHub is een code voor codehosting voor versiebeheer en samenwerking van projecten.
Voordelen van Github:
Documentatie, discussies, beveiligingswaarschuwingen van bekende kwetsbaarheden en blootstellingen.
voordelen van gisten:
Omdat elke “gist” zijn eigen git-repository heeft, kunnen meerdere codefragmenten in een enkele pasta bevatten en ze kunnen worden geduwd en getrokken met behulp van Git.