Qual è lo scopo di gist e in cosa differisce dalla normale condivisione / manutenzione del codice usando GitHub?
Qual è lo scopo di gist e in cosa differisce dalla normale condivisione / manutenzione del codice usando GitHub?
Risposte:
GitHub è l'intero sito. I Gists sono un servizio particolare offerto su quel sito, vale a dire frammenti di codice simili a pastebin. Tuttavia, tutto è guidato dal controllo delle revisioni git, quindi gli utenti hanno anche storie di revisione complete.
La mia visione personale di Gist e GitHub:
Gist: Gist è un modo semplice per condividere frammenti di codice e paste con altri. Viene utilizzato quando è necessario condividere un campione di codice o tecnica con i propri colleghi o amici.
E
GitHub GitHub, d'altra parte, fornisce una piattaforma per condividere un intero progetto come repository tra un team (repository privato) o in tutto il mondo (repository pubblico).
Entrambi registreranno i dettagli della versione.
Le principali differenze tra github e gists sono in termini di numero di funzionalità e interfaccia utente:
Uno è progettato con un gran numero di funzionalità e flessibilità in mente, il che si adatta bene sia a progetti piccoli che molto grandi, mentre i concetti fondamentali sono adatti solo per progetti molto piccoli.
Ad esempio, i gists supportano multi-file, ma l'interfaccia è molto semplice e hanno funzionalità limitate, quindi non hanno nemmeno un browser di file, né problemi, richieste pull o wiki. Se non hai bisogno di farlo, le parole chiave sono molto belle e più discrete. Come i commenti, anziché le risposte, in SO.
Nota: grazie a @Qwerty per il suggerimento di rendere il mio commento una vera risposta.
La mia comprensione personale o dire il mio uso personale di Gist e Github è:
Un grande lavoro di progetto. Se vuoi creare un sito Web, sviluppare un'applicazione mobile o web o svolgere il tuo compito con i tuoi compagni di squadra, usa github.
più come un promemoria. ad esempio puoi scrivere l'implementazione di una piccola funzionalità e condividerla sul tuo blog o scrivere ciò che pensi del progetto e condividerlo con i tuoi compagni di squadra. Proprio come quello che dicevano le risposte sopra, gist è usato per cose più simili allo snippet di codice. Quindi normalmente se lavori su un progetto usi github.
Puoi accedere a Gist visitando il seguente indirizzo gist.github.com . In alternativa puoi accedervi dal tuo account Github (dopo aver effettuato l'accesso) come mostrato nell'immagine seguente:
Github: un servizio di hosting che ospita un repository git basato sul web. Include tutta la funzionalità di git con funzionalità aggiuntive aggiunte.
Gist: è una funzionalità aggiuntiva aggiunta a github per consentire la condivisione di frammenti di codice, note, fare elenchi e altro. Puoi salvare i tuoi Gist come segreti o pubblici. Le informazioni segrete sono nascoste dai motori di ricerca ma sono visibili a chiunque condivida l'URL.
Per esempio. Se vuoi scrivere un elenco di cose da fare private. Puoi scriverne uno usando Github Markdown come segue:
NB: è importante preservare lo spazio bianco come mostrato sopra tra il trattino e le parentesi. È anche importante salvare il file con l'estensione .md perché vogliamo che il markdown sia formattato correttamente. Ricorda di salvare questo Gist come segreto se non vuoi che altri lo vedano.
Il risultato finale è simile all'immagine seguente. Le caselle di controllo sono selezionabili perché abbiamo salvato questo Gist con l'estensione .md
“I Gists sono in realtà repository Git, il che significa che puoi biforcare o clonare qualsiasi gist, anche se non sei l'autore originale. Puoi anche visualizzare la cronologia completa del commit di una sintesi, comprese le differenze. "
→ consulta la documentazione ufficiale di github
Quindi la differenza fondamentale è che si tratta di singoli file.
Oh, e: i gists possono essere "segreti" (come in: url privato) anche senza essere un cliente github pagante, se capisco correttamente ...
git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158d
che crea una directory sul mio filesystem denominata b227766a5f593b1154449217a656158d
e che contiene un singolo file semantic_notes.md
in questo caso. Sperimenterò sviluppandomi sul mio succo proprio come un repository. Buono a sapersi. Questo deve essere il modo in cui i commenti vengono aggiunti anche alle revisioni principali. Non ho mai visto come farlo dall'editor dell'interfaccia utente.
Gist o no. Questa è la domanda da $ 64 ...
GitHub Gists sono Single ( or, multiple ) Simple Markdown Files
con repo simile qualità che può essere biforcuta o clonati (se pubblici).
Altrimenti, non se privato.
Un po 'come un elegante blocco per appunti che può essere condiviso.
Simile a questo blocco appunti di commento su cui sto scrivendo ora, ma un po 'più elaborato.
Considerando che un ufficiale , completa repo GitHub è un repository completo soffiato di codice sorgente src
, documenti giustificativi (mark-down o HTML, o entrambi) docs
o root
, immagini png
, ico
, svg
, e un config.sys
programma per l'esecuzione variabili YAML ospitate su un server Jekyll.
Un semplice file Gist supporta Yaml front matter?
Io non la penso.
Dalla documentazione ufficiale di GitHub Gist ...
L'editor gist è alimentato da CodeMirror .
Tuttavia, puoi copiare un Gist pubblico (o un Gist privato se il proprietario ti ha concesso l'accesso tramite un link al Gist privato) ...
E puoi quindi incorporare quel Gist pubblico in un repository "ufficiale" page.md
usando Visual Studio Code, come segue:
"Puoi incorporare una sintesi in qualsiasi campo di testo che supporti Javascript, come un post sul blog."
"Per ottenere il embed
codice, fai clic sull'icona degli Appunti accanto al Embed URL
pulsante di un elemento."
Questa è una bella funzionalità.
Mi fa venir voglia di cercare (scoprire) i concetti di altre persone, o OPG e incorporare il loro lavoro "pubblico" nei miei repository funzionanti.
"Puoi scoprire le pubblicazioni PUBBLICHE che altri hanno creato andando alla home page della guida e facendo clic sul link ...
All Gists {: title = 'Fai clic per esaminare la funzione Scopri in GitHub Gists'} {: target = '_ blank'}. "
Caveat . Nessun supporto per i tag Liquid su GitHub Gist.
Suppongo che se trovo qualcosa di utile, posso sempre eseguire il ping-back o citare quella fonte se uso il lavoro nei miei repository funzionanti.
Dove viene pubblicata la licenza implicita per tutti i contenuti resi pubblici dai loro autori?
Roberto
PS Questo è un bel commento. Penso che lo trasformerò in un gist
e lo renderò pubblicamente ricercabile su GitHub Gists.
Nota . Quando incorporare il <script></script>
tag HTML all'interno del corpo di un file Markdown (.MD), è possibile ottenere un avvertimento "MD033" dal linter .
Ciò non dovrebbe, tuttavia, influire sul rendering dei dati (src) chiamati dall'interno del script
tag.
Per modificare il flag di avviso predefinito in modo che si adatti al contenuto chiamato di un script
tag all'interno di Visual Studio Code, aggiungere una voce all'oggetto di configurazione Markdownlint nel User Settings
file Json, come segue:
// Begin Markdownlint Configuration Object
"markdownlint.config": {
"MD013": false,
"MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object
Nota . Soluzione derivata da GitHub Commit di David Anson
GISTS The Gist è un servizio eccezionale fornito da GitHub. Utilizzando questo servizio, puoi condividere il tuo lavoro pubblicamente o privatamente. Puoi condividere un singolo file, articoli, applicazioni complete o codice sorgente, ecc.
GitHub è molto più di un semplice Gists. Fornisce servizi immensi per raggruppare un progetto o programmare risorse digitali in una posizione centralizzata chiamata repository e condividere tra le parti interessate. Il repository GitHub conterrà o manterrà la versione multipla dei file o la cronologia delle modifiche e puoi recuperare una versione specifica di un file quando vuoi. Considerando che gist creerà ogni post come un nuovo repository e manterrà la cronologia del file.