Escobar | Apuntes personales

Comandos importantes de GIT

Mon, 17 Nov 2025 00:00:00 +0000

Este resumen se basa en los conceptos y comandos más importantes y utilizados del libro “Aprendiendo Git”.

I. Conceptos Fundamentales

1. El Sistema de Control de Versiones

Definición: Un Control de Versiones es un sistema que registra cada cambio en el código fuente de un proyecto. Esto permite mantener un histórico de quién hizo qué y cuándo.
Importancia: Funciona como un sistema de copias de seguridad avanzado, facilitando la colaboración y la sincronización de código entre desarrolladores.
Git: Es un sistema distribuido de control de versiones gratuito. Al ser distribuido, cada máquina local aloja una copia completa del repositorio.
Repositorio: Es la carpeta que almacena las versiones y el historial de cambios. Los repositorios pueden ser locales o remotos (en un servidor externo, como GitHub).
Git vs. GitHub: Git es la tecnología (el sistema de control de versiones). GitHub es un servicio de alojamiento en la nube de código fuente basado en Git, que proporciona funcionalidades adicionales (UI, Actions, etc.).

2. Los Tres Estados Cruciales

Los archivos de un proyecto pasan por tres estados principales durante su ciclo de vida en Git:

Estado	Descripción	Ubicación Principal	Acción para avanzar
Modificado (Modified)	El archivo contiene cambios, pero no han sido marcados para ser guardados.	Directorio de trabajo	`git add`
Preparado (Staged)	Los archivos están listos para ser confirmados en el repositorio local. Es un área temporal transitoria.	Área de Staging	`git commit`
Confirmado (Committed)	El archivo ha sido grabado en el repositorio local.	Repositorio local	`git push` (al remoto)

II. Configuración y Comandos Locales Esenciales

Configuración (Comandos Clave)

Antes de empezar, es esencial configurar la identidad para que los commits tengan la autoría correcta:

Nombre de usuario: git config --global user.name "<tu nombre>"
Correo electrónico: git config --global user.email "<tu email>"
Editor por defecto: Si no quieres usar vim, puedes configurar otro editor, como Visual Studio Code: git config --global core.editor "code".

Comandos de Desarrollo Local

Acción	Comando Principal	Descripción
Inicializar	`git init`	Crea un repositorio local en el directorio actual.
Ver estado	`git status` / `git status -s`	Muestra el estado de los archivos (modificado, preparado, sin rastrear). `-s` ofrece un formato corto y limpio.
Añadir a Staging	`git add <archivo>` o `git add .`	Mueve archivos del estado modificado a preparado (staging).
Confirmar (Commit)	`git commit -m "Mensaje"`	Graba los cambios del área de staging en el repositorio local.
Commit y saltar Staging	`git commit -am "Mensaje"`	Crea un commit incluyendo automáticamente todos los archivos modificados y ya rastreados (no funciona con archivos nuevos).
Ignorar Archivos	Crear archivo `.gitignore`	Lista archivos/directorios que Git debe ignorar (ej., `/node_modules`, archivos de configuración).
Deshacer modificación	`git restore <archivo>`	Deshace los cambios locales, restaurando la versión previa al estado modificado (solo en archivos ya rastreados).
Sacar de Staging	`git reset <archivo>`	Mueve un archivo de preparado de vuelta a modificado.

Deshaciendo Cambios Locales

Deshacer el último commit (manteniendo los cambios): Los cambios vuelven a ser archivos locales, listos para ser commiteados de nuevo. git reset --soft HEAD~1
Deshacer el último commit (eliminando los cambios): ¡Peligroso! Elimina permanentemente los cambios del repositorio y del directorio de trabajo. git reset --hard HEAD~1
Corregir el último commit (sin publicar): Modifica el mensaje anterior o añade más archivos. git commit --amend -m "Nuevo mensaje"

III. Ramas (`Branches`)

Ramas y HEAD

Ramas: Son versiones del repositorio que permiten el trabajo en paralelo, aislando el desarrollo de una característica o corrección.
Rama Principal: Tradicionalmente master, actualmente se recomienda main.
HEAD: Es el puntero que indica el punto actual del historial de cambios en el que se está trabajando.

Acción	Comando Principal	Descripción
Listar ramas	`git branch`	Muestra las ramas locales disponibles.
Crear y cambiar	`git switch -c <rama>`	Crea una rama nueva y se mueve a ella.
Cambiar de rama	`git switch <rama>` / `git switch -`	Se mueve a una rama existente. `-` permite volver a la rama anterior.
Eliminar rama	`git branch -d <rama>`	Eliminación segura (solo si ya ha sido fusionada).
Eliminar forzada	`git branch -D <rama>`	Eliminación forzada (incluso si no ha sido fusionada).

Fusionando Ramas (`Merge` vs. `Rebase`)

Concepto	Merge (`git merge`)	Rebase (`git rebase`)
Propósito	Combina historiales, integrando cambios en un nuevo merge commit.	Reescritura del historial: mueve commits de una rama y los aplica sobre otra base, creando un historial lineal y limpio.
Historial	Conserva el historial real (visión de bifurcaciones).	Crea una historia limpia y lineal, pero artificial.
Modo Común	Fast-forward (si es posible) o Merge Commit (si hay divergencia).	Aplica commits uno por uno sobre la base.
Regla de Oro	Usar para integrar cambios en ramas principales (públicas).	Nunca usar en ramas que ya han sido compartidas públicamente.
Conflictos	Ocurren una vez, durante la fusión.	Ocurren secuencialmente, commit por commit, durante la reescritura.

Resolución de Conflictos: Los conflictos ocurren cuando Git no puede determinar qué cambio debe prevalecer. Se resuelven manualmente, luego se marca la resolución con git add <archivo> y se finaliza con git commit.

IV. Trabajo Remoto y Sincronización

Los repositorios remotos (ej., GitHub) sirven como punto de sincronización.

Acción	Comando Principal	Descripción
Clonar	`git clone <dirección>`	Crea una copia exacta de todo el historial y ramas del repositorio remoto.
Clonación superficial	`git clone --depth=1 <repo>`	Clona solo el último commit, ideal para repositorios grandes o procesos CI/CD rápidos.
Enlazar remoto	`git remote add origin <dirección>`	Conecta un repositorio local existente con un repositorio remoto, usando `origin` como alias.
Traer cambios	`git pull origin main`	Descarga e integra los cambios del remoto (`origin`) a la rama local (`main`).
Enviar cambios	`git push origin main`	Sube los commits locales a la rama remota.

Push Rechazado: Si git push es rechazado, es porque el repositorio local no está sincronizado con el remoto (se quedó “atrás”). La solución es integrar primero los cambios remotos con git pull.

V. Buenas Prácticas y Estrategias

Buenas Prácticas de Commits y Ramas

Frecuencia de Commit: Hacer commits a menudo y que sean pequeños, agrupando acciones que tengan un significado completo.
Mensajes de Commit:
- Usar el verbo imperativo (ej., Add, Fix, Change).
- Máximo 50 caracteres para la línea de resumen, sin punto final.
- Usar prefijos semánticos (ej., feat: para nueva funcionalidad, fix: para error, docs: para documentación).
Nombre de Rama: Ser consistente (minúsculas, guiones) y descriptivo (ej., feature/, bug/). Es recomendable usar IDs de tickets para asegurar la unicidad (ej., 1234-feature/nombre).
Pull Requests (PR): Deben estar enfocadas en una sola cosa. Es crucial explicar la PR (título, descripción, y si es posible, imágenes/GIFs).

Flujos de Trabajo Comunes

Git Flow: Estrategia estructurada que utiliza dos ramas principales (main para producción, develop para pre-producción) y tres ramas temporales de apoyo (Feature, Release, Hotfix). Ideal para productos con fuerte versionado.
GitHub Flow: Estrategia simple con una rama principal (main) que siempre debe ser desplegable, utilizando ramas cortas de funcionalidad que se integran a través de Pull Requests.
Trunk Based Development (TBD): Se enfoca en una única rama principal (trunk o main) con commits continuos y pequeños. Las ramas auxiliares tienen una vida muy corta. Requiere un fuerte sistema de Integración Continua (CI/CD).

VI. Herramientas Avanzadas y Trucos

Stash (Almacén Temporal)

Guardar cambios: Almacena temporalmente cambios (modified o staged) para permitir cambiar de rama sin hacer commit. git stash
Guardar archivos no rastreados: Para incluir archivos nuevos (untracked) en el stash. git stash -u
Recuperar y eliminar: Aplica el último stash y lo elimina de la pila. git stash pop

Utilidades y Trucos

Copiar Commit: Aplica los cambios de un commit específico de cualquier rama a la rama actual. git cherry-pick <commit-sha>
Alias: Crea atajos para comandos largos o complejos. git config --global alias.st "status -s"
Buscar autor/cambios en archivo: Muestra por línea quién hizo el último cambio en un archivo. git blame <fichero>
Autocorrección: Configura Git para que ejecute automáticamente comandos mal escritos después de un breve retraso (el valor se mide en décimas de segundo). git config --global help.autocorrect 20 (Espera 2.0 segundos)
GitHub CLI (gh): Una línea de comandos que permite interactuar con repositorios remotos de GitHub, útil para revisar Pull Requests o Issues sin salir de la terminal. gh pr checkout <PR_number> (Descarga una PR localmente para probarla).

Apuntes de GIT

Tue, 23 Sep 2025 00:00:00 +0000

Git es un sistema de control de versiones. ¿Qué es el “control de versiones”? Es un sistema que registra los cambios en un archivo o conjunto de archivos a lo largo del tiempo para que se puedan recuperar versiones específicas más adelante. git colabora con esto.

COMANDOS BÁSICOS

El primer paso es inicializar un nuevo repositorio de git. Se puede hacer con el comando git init.

Este comando creará un área conocida como “Staging” (donde se guardará temporalmente nuestros archivos) y un repositorio local (base de datos histórico del proyecto).

Cuando trabajamos con git, nuestros archivos pasan por diferentes estados.

→ git status: nos muestra en qué estado se encuentran nuestros archivos.

archivo sin rastrear (untracked): aún no vive en git.
estado unstaged: el archivo aún no es guardado definitivamente.
estado staged: archivo que vive en git pero fue afectado por el comando add.
estado tracked: al ser afectado por commit es enviado al repositorio. Los cambios son definitivos.

git status: ver el estado de nuestros archivos.

git add: añade el archivo a Staging.

git add nombre_archivo.
git add .: añade todos los archivos.

git commit: guarda los archivos en el repositorio local.

git commit -m "mensaje".

git reset HEAD: quita archivos de staged o los devuelve a su estado anterior.

git rm: elimina el archivo de tu directorio de trabajo y no elimina su historial del sistema de versiones.

git rm --cached: mueve los archivos que indiquemos al estado untracked.
git rm --force: elimina los archivos de git y del disco duro.

Ramas (branches)

Todos los commits se aplican sobre una rama. Por defecto, comenzamos en la rama master.

Crear una rama consiste en copiar un commit de una rama determinada, pasarlo a otra rama y continuar el trabajo sin afectar el flujo de trabajo principal (rama master).

Crear una nueva rama

El comando git branch nombre-rama copia el último commit a esta rama.

Para migrar de una rama a otra, usamos git checkout nombre_rama.

No olvidar hacer git commit -am para no perder los cambios que hicimos, previo a migrar.

Fusión de ramas (merge)

El merge (git merge) ocurrirá donde estoy ubicado, haciendo que el último commit de esa rama sea el principal.

Si queremos agregar a master un cambio que se hizo en otra rama, nos ubicamos en ella con git checkout master. Luego, git merge nombre_rama (se abre un entorno para colocar un mensaje).

Si no sabemos el nombre de la rama, usando git branch podemos ver las ramas existentes y en cuál estamos.

Más comandos

git show: muestra los cambios que han existido sobre un archivo.
git diff: muestra la diferencia entre una versión y otra.
- Ej.: git diff commit1 commit2.
git log: obtenemos el ID de nuestros commits. Muestra el historial de confirmaciones del repositorio local.
git checkout -b nombre-rama: podemos crear una rama y cambiar a ella con un solo comando.
git checkout IDcommit: podemos volver a cualquier versión anterior de un archivo. También nos permite movernos entre ramas.
git reset: volvemos a versiones anteriores y además borramos todos los cambios que hicimos después de ese commit.

Hay dos formas de usar git reset:

git reset --hard: reestablece el árbol de trabajo y el índice. Cualquier cambio en el árbol desde el commit se descarta. Reestablece tu commit, la zona de ‘staging’ y tu directorio de trabajo.
git reset --soft: no reinicia el archivo índice ni el árbol de trabajo, sino que reinicia el HEAD para commit. Cambia todos los archivos a “Cambios a ser commited”.

git branch -d nombre-rama: cuando hayamos terminado de trabajar con una rama y la hayamos fusionado, podemos eliminarla usando este comando.

git add remote URL: agrega un repositorio remoto al repositorio local.

Flujo de trabajo

Creamos un directorio de trabajo donde están nuestros archivos.
git init para crear nuestro staging (área de preparación) y repositorio local.
Agregamos archivos al área de staging con git add nombre-archivo o git add ..
Enviamos nuestro archivo al repositorio local con git commit -m.

Nuestro proyecto puede estar alojado en un servicio remoto, como GitHub, GitLab, Bitbucket, entre otros. Estos guardan nuestro proyecto y nos brindan una URL para poder acceder a él.

Para acceder a nuestro proyecto remoto, utilizamos el comando git clone URL (reemplazando ‘URL’ por nuestro link).

Luego de hacer git add y git commit, debemos ejecutar git push para mandar los cambios al servidor remoto.

Más comandos (final)

git stash: guarda el trabajo actual de Staging en una lista temporal (Stash) para poder recuperarlo en un futuro.
git pull: básicamente es git fetch y git merge al mismo tiempo.
git clean: limpia el proyecto de archivos no deseados.
git cherry-pick: nos permite tomar uno o varios commits de otra rama sin tener que hacer un merge completo.
git commit --amend: se utiliza para agregar archivos nuevos o actualizar el commit anterior y no generar commits innecesarios.

Recursos de LaTeX

Tue, 26 Aug 2025 00:00:00 +0000

Colección de enlaces a todos los increíbles recursos, herramientas y artículos que utilizamos en el curso. Este documento no contiene el contenido del curso ni otros documentos específicos entregados en algunas secciones del curso.

Además de eso, también comparto muchos otros recursos contigo en este documento, con el fin de hacer tu vida como un escritor de documentos en LATEX mucho más fácil. Encontré todas estas herramientas y recursos durante un período de años, pasando días buscando cosas que necesitaba. Así que decidí ponerlos todos aquí, para que no tengas que pasar por la misma molestia.

Muchas páginas están en inglés, porque la mayoría del contenido de LATEX se encuentra en ese idioma. Sin embargo, gracias al traductor online de los exploradores de Internet se pueden leer sin problema.

Instalación de LaTeX

MiKTeX (Windows)
- https://miktex.org/
TeXstudio (Windows, Linux & Mac OS X)
- https://www.texstudio.org/
MacTeX (Mac OS X)
- http://www.tug.org/mactex/
TeX Live (Linux)
- http://www.tug.org/texlive/

Configurar TeXstudio

Fuente para código feliz al ojo recomendada
- https://fonts.google.com/specimen/Fira+Code
Otras fuentes recomendadas

Tipografía

Muy bueno para encontrar combinaciones de fuentes
- http://www.fastprint.co.uk/blog/the-art-of-mixing-typefaces.html
Encuentra aún más buenas combinaciones de fuentes
- https://fontpair.co/
Aprende sobre tipografía en 10 minutos
- https://practicaltypography.com/typography-in-ten-minutes.html
Más información sobre la tipografía
- http://www.typogui.de/
Catálogo de fuentes en LaTeX
- http://www.tug.dk/FontCatalogue/
Fuentes de LaTeX en Wikibooks
- https://en.wikibooks.org/wiki/LaTeX/Fonts
Una buena lectura sobre las fuentes
- http://www.writing-skills.com/best-fonts-for-business-documents
Otra buena lectura
- https://computers.tutsplus.com/tutorials/beyond-calibri-selecting-typefaces-to-make-your-documents-shine–cms-21647

Colores

LaTeX color – Lista de colores con su definición en LaTeX
- http://latexcolor.com/
Flat UI colors
- https://flatuicolors.com/
Colores aún más pro
- http://getuicolors.com/
Encuentra colores más claros y oscuros basados en cualquier color
- http://www.0to255.com/
Adobe Color CC, juega con colores
- https://color.adobe.com/create/color-wheel/
Paletton, juega aún más con colores
- https://paletton.com/
Aprende sobre los colores
- https://www.rocketstock.com/blog/color-theory-for-motion-design/

Trabajar online con LaTeX

Estos son los editores online más usados, aunque se pueden encontrar muchas más herramientas disponibles.

Overleaf
- https://www.overleaf.com/
Papeeria
- https://papeeria.com/
LaTeX base
- https://latexbase.com/

Tablas

Excel2LaTeX Add-in
- https://github.com/krlmlr/Excel2LaTeX
Calc2LaTeX Add-in
- http://calc2latex.sourceforge.net/
Generador de tablas online, muy práctico
- https://www.latex-tables.com/
Otro generador más de tablas
- https://www.tablesgenerator.com/

LaTeX templates

Templates de LaTeX de todas las formas y colores
- http://www.latextemplates.com/
Otra página con varios templates
- https://www.overleaf.com/latex/templates

Bibliografía y referencias

Mendeley
- https://www.mendeley.com/
Guía detallada de uso de Mendeley
- https://www.mendeley.com/guides/desktop
Zotero
- https://www.zotero.org/
Guía detallada de uso de Zotero
- https://www.zotero.org/support/quick_start_guide
Artículos explicando a detalle el uso de BibLaTeX

Foros de LaTeX activos y muy completos

Foro mundialmente utilizado para LaTeX
- https://tex.stackexchange.com/
Otro foro muy reconocido
- https://stackoverflow.com/questions/tagged/latex
Grupo de usuarios de LaTeX de Uruguay
- https://groups.io/g/uylatex

El proyecto del curso y otros trabajos más

Repositorio en donde voy compartiendo distintos proyectos en LaTeX que fui haciendo, o donde otras personas también pueden compartir.

https://github.com/mihdicaballero/LaTeX-Projects

Bibliografía en LaTeX

Tue, 26 Aug 2025 00:00:00 +0000

En este documento se explican las nociones básicas para entender como se trabaja con referencias bibliográficas en LATEX, una herramienta esencial para cualquier documento académico o técnico. Permite aplicar distintos estilos de bibliografía (como APA, Chicago, etc.) con un solo comando, asegurando que todas las citas y la lista de referencias se actualicen automáticamente. De esta forma, me concentro en la escritura, mientras que LaTeX se encarga de mantener la coherencia y el formato de la bibliografía.

En particular, se trabaja con el paquete BibLaTeX, el cual tiene ciertas ventajas y funciones que también se describen en esta guía.¹

1 Base de datos de bibliografía

Una base de datos bibliográfica es un archivo que contiene información sobre artículos, libros y otros documentos. El objetivo principal de esta base de datos es que debe contener datos sobre estos documentos, pero nada sobre la presentación visual.

Cada usuario debe crear su propia base de datos BibLaTeX de cada documento al que desea hacer referencia o puede querer hacer referencia en el futuro. La mejor manera de administrar la base de datos es usando un software dedicado a la gestión de referencias bibliográficas.

Ejemplos de estos gestores son:

Existen muchos gestores más, tanto gratuitos como de pago, que puedes investigar por tu cuenta.

1.1 Estructura de la base de datos

Una base de datos bibliográfica es una colección de registros, cada uno de los cuales proporciona información sobre una publicación. Cada registro se ve así:

\documentclass{article}
\begin{document}
  @kind {key ,
    info = value ,
    info = value ,
    . . .
}
\end{document}

donde:

@kind especifica qué tipo de documento es, es decir, si es un libro, un artículo, una tesis o lo que sea.

key es la clave o etiqueta del documento que se utiliza para referirse al documento. Esto lo define cada uno.

info indica un aspecto de la información con respecto a este documento, como autor, título, editor u otra cosa.

value es la información real proporcionada. Normalmente se cita en llaves o signos de comillas dobles:

\documentclass{article}
\begin{document}
title = {Nombre de documento}
title = "Nombre de documento"
\end{document}

Números (como un año) o abreviaturas no deberían ir con comillas.

1.2 Tipos de documentos

A continuación en la Tabla 1 se presenta una lista de los tipos más comunes de documentos que podemos llegar a tener:

Tabla 2: Tipos de documentos

Tipo de Entrada	Descripción
`@article`	Un artículo de revista.
`@book`	Un libro publicado.
`@booklet`	Como un libro, pero sin editor.
`@inproceedings`	Artículo en actas de congresos.
`@manual`	Documentación técnica.
`@misc`	No se ajusta a ningún otro tipo.
`@online`	Una página web u otro recurso en línea.
`@reference`	Un diccionario o similar.
`@report`	Informe de investigación o similar.
`@thesis`	Cualquier tipo de tesis.
`@unpublished`	Todavía no publicado.

1.3 Nombres de autor

El nombre del autor o autores es quizás el elemento de información más importante en una bibliografía. Normalmente, simplemente enumera sus nombres con “and” entre cada uno. (La palabra “and” se sustituirá automáticamente por una coma o la palabra adecuada en el idioma del documento). La forma de definirlo es la siguiente:

\documentclass{article}
\begin{document}
    author = {name1 and name2 and name3}
\end{document}

Si la publicación tiene autores adicionales que no se conocen, se puede terminar la lista con la palabra “others”:

\documentclass{article}
\begin{document}
    author = {name1 and name2 and others}
\end{document}

Cada nombre se indica de la siguientes dos formas:

Nombre Apellido
Apellido, Nombre

También se puede registrar solo el Apellido y el nombre puede ser la primer letra, por ejemplo:

\documentclass{article}
\begin{document}
    author={Costabel, M and Verde ,J}
\end{document}

El gestor de referencias bibliográficas ya hace esto correctamente, lo que importa es tener bien registrados los datos de los autores en dicho software, y en caso de querer ajustar a mano, se puede editar el archivo .bib de la bibliografía de nuestro documento.

1.4 Información adicional

En la Tabla 2 se describe las opciones de informaciones más comunes que se tienen en un tipo de documento. Se debe proveer de toda la información posible en cada referencia y luego BibLATEX usará la información que sea relevante.

Tabla 2: Tipos de información en base de datos.


author	El nombre del autor.
chapter	El capítulo particular.
date	La fecha de publicación (como aaaa-mm-dd).
edition	La edición (como un número).
institution	Institución empresarial o académica.
isbn	International Standard Book Number.
issn	Número de serie estándar internacional.
journaltitle	El título de la revista.
keywords	Una lista de palabras clave separadas por comas para la entrada.
location	Donde reside el editor o la institución.
month	El mes de publicación (como un número o una abreviatura).
note	Datos adicionales.
pages	Qué páginas se hacen referencia.
publisher	La editorial.
subtitle	El subtítulo del documento.
title	El título del documento.
type	El tipo específico (por ejemplo, de una @thesis).
url	Una dirección web.
urldate	Cuando se accedió al documento (como aaaa-mm-dd).
version	Un número de versión (como un número).
year	El año de publicación.

Los nombres de los meses vienen predefinidos de la siguiente manera:

\documentclass{article}
\begin{document}
    jan, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec
\end{document}

Estos comandos se convierten en la palabra completa según el idioma de referencia. Es importante que estén escritos sin corchetes, solo la abreviatura.

2 Usando citas

2.1 El paquete BibLATEX

Para poder utilizar BibLATEX[^2] se debe importar el paquete, con el siguiente comando:

\documentclass{article}
\begin{document}
    \usepackage[options]{biblatex}
\end{document}

Las opciones más comunes para el paquete se listan en la Tabla 3.

Tabla 3: Opciones más comunes de BibLATEX.


backend=biber	Usa biber como backend (es el recomendado).
bibencoding=utf8	Se especifica la codificación del bib.
maxbibnames=n	Máximo número de autores listados en la bibliografía, por defecto es 3.
minbibnames=n	Mínimo número de autores listados en la bibliografía, por defecto es 1.
sortcites	Ordenar citas numéricas.
style=xxx	Se especifica qué estilo de bibliografía usar.
url=true/false	Indica si se quiere ver o no el URL en la referencia.

2.2 El comando \addbibresource

Este comando lista todos los archivos de bilbiografías que se quieran cargan. Estos suelen ser generados automáticamente por un gestor de biblbiografías.

\documentclass{article}
\begin{document}
    \addbibresource {proyecto.bib}
    \addbibresource {tesis.bib}
\end{document}

Notar que es importante que los archivos estén escritos con su extensión .bib para poder ser cargados correctamente.

2.3 El comando \cite

Este comando se utilza cuando se quiere referencias a un documento:

\documentclass{article}
\begin{document}
    ... creado por Lesie Lamport. \cite{LaTeX}
\end{document}

También se pueden referencias varios documentos en una misma cita:

\documentclass{article}
\begin{document}
    ... de los autores. \cite{autor 1, autor 2, autor 3}
\end{document}

Es mejor poner el comando \cite{} luego de un punto final, y no antes.

2.3.1 Información adicional en una cita

Se puede proveer de información adicional al citar un documento si se especifica un sufijo o prefijo como opciones del comando \cite{}.

\documentclass{article}
\begin{document}
    \cite[prefix info][postfix info]{key}
\end{document}

El prefijo o sugijo que se escriba como un número, tanto en números romános o arábicos, será tratado como una página del documento.

Referencias

Este documento se basa en parte en la guía escrita por Hegna y Langmyhr, 2019. ↩

Hola mundo

Thu, 28 Nov 2024 00:00:00 +0000

Esta es mi primera publicación

Normalmente suelo hacer publicaciones aquí.