tag crear code git github repository gist

crear - github gist



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

“Las gistas son en realidad repositorios de Git, lo que significa que puedes dividir o clonar cualquier gist, incluso si no eres el autor original. También puedes ver el historial completo de un gist, incluidos los diffs ".

Echa un vistazo a la documentación oficial de github

Así que la diferencia clave es que son archivos individuales.

Ah, y: los gists pueden ser "secretos" (como en: url privado) también sin ser un cliente pagador de github, si entiendo correctamente ...

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


GitHub Gists

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

Los GistHub Gists son Single ( or, multiple ) Simple Markdown Files con cualidades de repo que pueden ser bifurcados o clonados (si son públicos).

De lo contrario, no si es privado.

Algo así como un elegante bloc de notas que se puede compartir.

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

Considerando que, un repo oficial y completo de GitHub es un repositorio completo de código fuente src , documentos de apoyo (markdown o html, o ambos) docs o root , imágenes png , ico , svg y un archivo config.sys para ejecutar las variables Yaml alojadas en un servidor Jekyll.

¿Un archivo Gist simple es compatible con Yaml?

Yo no lo creo.

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

El editor de gist está alimentado por 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, a continuación, puede incrustar esa Gist pública en un repositorio "oficial" page.md utilizando Visual Studio Code, de la siguiente manera:

"Puedes insertar una idea en cualquier campo de texto que admita Javascript, como una publicación de blog".

"Para obtener el código de embed , haga clic en el ícono del portapapeles al lado del botón de Embed URL de una idea".

Ahora, esa es una característica genial.

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

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

Todas las listas {: title = ''Haga clic para revisar la función Descubrir en GitHub Gists''} {: target = ''_ blank''}. "

Advertencia No hay soporte para etiquetas líquidas 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 todos los datos publicados por sus autores?

Robert

PD Este es un buen comentario. Creo que lo convertiré en una gist y lo haré público en GitHub Gists.

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

Sin embargo, esto no debería afectar la representación de los datos (src) a los que se llama desde la etiqueta del script .

Para cambiar el indicador de advertencia predeterminado para acomodar el contenido llamado de una etiqueta de script de script desde dentro de Visual Studio Code, agregue una entrada al objeto de configuración Markdownlint dentro del archivo Json de User Settings del User Settings , 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


GISTAS The Gist es un servicio excepcional proporcionado por GitHub. Usando este servicio, puedes compartir tu trabajo de manera 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 simples Gists. Proporciona inmensos servicios para agrupar un proyecto o programas de 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 podrá 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.


GitHub es el sitio completo. Los gists son un servicio particular ofrecido en ese sitio, a saber, fragmentos de código similares a pastebin. Sin embargo, todo está controlado por el control de revisión de git, por lo que los gists también tienen historiales de revisión completos.


Las principales diferencias entre github y gists son en términos de número de características e interfaz de usuario:

Uno está diseñado teniendo en cuenta una gran cantidad de características y flexibilidad, lo cual es una buena opción para proyectos pequeños y muy grandes, mientras que los objetivos generales solo son adecuados para proyectos muy pequeños.

Por ejemplo, los gists admiten archivos múltiples, pero la interfaz es muy simple, y tienen funciones limitadas, por lo que ni siquiera tienen un explorador de archivos, ni problemas, solicitudes de extracción o wiki. Si no necesitas tener eso, los gists son muy bonitos y más discretos. Como los comentarios, en lugar de respuestas, en SO.

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


Mi entendimiento personal o para decir mi uso personal de Gist y Github es:

  • Github

Un gran proyecto de trabajo. Si quieres crear un sitio web, desarrollar una aplicación móvil o web o hacer una tarea con tus compañeros de equipo, por supuesto, usa github.

  • Esencia

más como una nota. 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 a un fragmento de código. Así que normalmente si trabajas en un proyecto usas github.


Mi visión personal de Gist y GitHub:

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

Y

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

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


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 siguiente imagen:

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

Gist: es una característica adicional agregada a github para permitir el intercambio de fragmentos de código, notas, listas de tareas y más. Puede guardar sus Gists como secreto o público. Las Gistas secretas están ocultas de los motores de búsqueda pero son visibles para cualquier persona con la que compartas la URL.

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

NB: es importante mantener 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 marca se formatee correctamente. Recuerda guardar esta Gist como un secreto si no quieres que otros la 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