¿Cuál es la diferencia entre GitHub y gist?

¿Cuál es el propósito de Gist y en qué se diferencia del uso compartido / mantenimiento de código regular usando GitHub?

GitHub es todo el sitio. Las esencias son un servicio particular que se ofrece en ese sitio, es decir, fragmentos de código similares a pastebin. Sin embargo, todo está impulsado por el control de revisión de git, por lo que los gists también tienen historiales de revisión completos.

Mi opinión personal de Gist y GitHub:

Gist: Gist es una manera simple de compartir fragmentos de código y pastas con otros. Se utiliza cuando necesita compartir una pieza de código o técnica de muestra con sus compañeros de trabajo o amigos.

Y

GitHub GitHub, por otro lado, proporciona una plataforma para compartir un proyecto completo como un repositorio entre un equipo (repositorio privado) o para todo el mundo (repositorio público).

Ambos registrarán los detalles de la versión.

Las principales diferencias entre github y gists están en términos de cantidad de características e interfaz de usuario:

Uno está diseñado con una gran cantidad de características y flexibilidad en mente, lo cual es una buena opción tanto para proyectos pequeños como muy grandes, mientras que los aspectos esenciales son solo una buena opción para proyectos muy pequeños.

Por ejemplo, lo esencial admite varios archivos, pero la interfaz es muy simple y tiene características limitadas, por lo que ni siquiera tienen un navegador de archivos, ni problemas, solicitudes de extracción o wiki. Si no necesita tener eso, lo esencial es muy agradable y más discreto. Al igual que los comentarios, en lugar de respuestas, en SO.

Nota: Gracias a @Qwerty por la sugerencia de hacer que mi comentario sea una respuesta real.

Mi comprensión personal o decir que mi uso personal de Gist y Github es:

• Github

Un gran proyecto de trabajo. Si desea crear un sitio web, desarrollar aplicaciones móviles o web o hacer su tarea con sus compañeros de equipo, por supuesto, use github.

• Esencia

más como un memo. por ejemplo, puede escribir la implementación de una pequeña característica y compartirla en su blog o escribir lo que piensa sobre el proyecto y compartirlo con sus compañeros de equipo. Al igual que lo que dicen las respuestas anteriores, gist se usa para algo más parecido al fragmento de código. Entonces, normalmente, si trabajas en un proyecto, usas github.

Puede acceder a Gist visitando la siguiente url gist.github.com . Alternativamente, puede acceder desde su cuenta de Github (después de iniciar sesión) como se muestra en la imagen a continuación:

Github: un servicio de alojamiento que alberga un repositorio git basado en la web. Incluye toda la funcionalidad de git con características adicionales agregadas.

Gist: es una característica adicional agregada a github para permitir compartir fragmentos de código, notas, listas de tareas y más. Puede guardar sus Gists como secretos o públicos. Secret Gists están ocultos de los motores de búsqueda, pero son visibles para cualquier persona con la que compartas la URL.

Por ejemplo. Si desea escribir una lista privada de tareas pendientes. Puede escribir uno usando Github Markdown de la siguiente manera:

Nota: es importante preservar el espacio en blanco como se muestra arriba entre el tablero y los corchetes. También es importante que guarde el archivo con la extensión .md porque queremos que la rebaja se formatee correctamente. Recuerde guardar este Gist como secreto si no desea que otros lo vean.

El resultado final se parece a la imagen de abajo. Se puede hacer clic en las casillas de verificación porque guardamos este Gist con la extensión .md

“Las esencias son en realidad repositorios Git, lo que significa que puedes bifurcar o clonar cualquier esencia, incluso si no eres el autor original. También puede ver el historial completo de confirmaciones de una esencia, incluidas las diferencias "

→ consulte la documentación oficial de github

Entonces, la diferencia clave es que son archivos individuales.

Ah, y: lo esencial puede ser "secreto" (como en: url privada) también sin ser un cliente github que paga, si entiendo correctamente ...

GitHub Gists

Gist o no gist. Esa es la pregunta de $ 64 ...

GitHub GIST son Single ( or, multiple ) Simple Markdown Filescon repo-como cualidades que se pueden bifurcan o clonan (si es público).

De lo contrario, no si es privado.

Un poco como un elegante bloc de notas que se puede compartir.

Similar a este bloc de notas de comentarios que estoy escribiendo ahora, pero un poco más elaborado.

Mientras que, un oficial , lleno de recompra es un repositorio GitHub completo soplado de código fuente src, documentos de apoyo (reducción del precio o html, o ambos) docso root, imágenes png, ico, svg, y un config.sysarchivo para el funcionamiento de las variables Yaml alojadas en un servidor Jekyll.

¿Un archivo Gist simple es compatible con Yaml?

Yo piensa que no.

De la documentación oficial de GitHub Gist ...

El editor Gist funciona con CodeMirror .

Sin embargo, puede copiar una Gist pública (o una Gist privada si el propietario le ha otorgado acceso a través de un enlace a la Gist privada) ...

Y luego puede incrustar ese Gist público en un repositorio "oficial" page.mdusando Visual Studio Code, de la siguiente manera:

"Puede incrustar una esencia en cualquier campo de texto que admita Javascript, como una publicación de blog".

"Para obtener el embedcódigo, haga clic en el icono del portapapeles junto al Embed URLbotón de una esencia".

Ahora, esa es una característica genial.

Me dan ganas de buscar (descubrir) lo esencial de otras personas, u OPG e incorporar su trabajo "público" en mis repositorios de trabajo en toda regla.

"Puede descubrir las esencias PÚBLICAS que otros han creado yendo a la página de inicio de la esencia y haciendo clic en el enlace ...

All Gists {: title = 'Haga clic para revisar la función Discover en GitHub Gists'} {: target = '_ blank'} ".

Salvedad . No hay soporte para etiquetas Liquid en GitHub Gist.

Supongo que si encuentro algo beneficioso, siempre puedo hacer ping-back o citar esa fuente si uso el trabajo en mis repositorios de trabajo en toda regla.

¿Dónde se publica la licencia implícita para todas las claves publicadas por sus autores?

Robert

PD Este es un buen comentario. Creo que convertiré esto en una gisty hacer que se pueda buscar públicamente en GitHub Gists.

Nota . Al incrustar la <script></script>etiqueta html dentro del cuerpo de un archivo Markdown (.md), puede recibir una advertencia "MD033" de su linter .

Sin embargo, esto no debería afectar la representación de los datos (src) invocados desde la scriptetiqueta.

Para cambiar el indicador de advertencia predeterminado para acomodar el contenido llamado de una scriptetiqueta desde Visual Studio Code, agregue una entrada al Objeto de configuración Markdownlint dentro del User Settingsarchivo Json, de la siguiente manera:

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

Nota . Solución derivada de GitHub Commit por David Anson

GISTS The Gist es un servicio excepcional proporcionado por GitHub. Con este servicio, puede compartir su trabajo de forma pública o privada. Puede compartir un solo archivo, artículos, aplicaciones completas o código fuente, etc.

El GitHub es mucho más que solo Gists. Proporciona servicios inmensos para agrupar un proyecto o programar recursos digitales en una ubicación centralizada llamada repositorio y compartir entre las partes interesadas. El repositorio de GitHub mantendrá o mantendrá la versión múltiple de los archivos o el historial de cambios y puede recuperar una versión específica de un archivo cuando lo desee. Mientras que gist creará cada publicación como un nuevo repositorio y mantendrá el historial del archivo.