{

ADMINISTRACIÓN DE
PROYECTOS DE TI
Alumno: Oscar Alejandro Arellano Miguel
Maestro: Lic. Vicente Coria Rojas
 Commits en GitHub

En GitHub, un "commit" es una acción que representa una serie de cambios realizados en

un repositorio de código. Cuando trabajas en un proyecto de desarrollo de software, es común

que realices modificaciones en los archivos, agregues nuevos archivos o elimines archivos

existentes. Un commit es una forma de agrupar esos cambios relacionados en una unidad lógica.

Cuando realizas un commit en GitHub, estás guardando esos cambios de manera

permanente en la historia del repositorio. Cada commit tiene un identificador único y contiene

información sobre quién realizó el commit, cuándo se realizó y un mensaje descriptivo que

resume los cambios efectuados.

Los commits son una parte fundamental del control de versiones en GitHub y permiten

realizar un seguimiento preciso de los cambios en un proyecto a lo largo del tiempo. También

facilitan la colaboración entre múltiples desarrolladores, ya que cada commit proporciona un

registro claro de los cambios realizados por cada colaborador en el repositorio.

Los commits son una parte fundamental del control de versiones en GitHub y permiten

realizar un seguimiento preciso de los cambios en un proyecto a lo largo del tiempo. También

facilitan la colaboración entre múltiples desarrolladores, ya que cada commit proporciona un

registro claro de los cambios realizados por cada colaborador en el repositorio.

Brach en GitHub

En GitHub, un "branch" (rama) es una línea independiente de desarrollo que se crea a

partir de un commit específico en un repositorio. Una rama te permite trabajar en nuevas

características, realizar experimentos o corregir errores sin afectar directamente la rama principal

del proyecto, llamada "master" o "main".

Cuando creas una rama en GitHub, se crea una copia exacta de la rama actual en la que

estás trabajando. Los commits que realices en la nueva rama no afectarán a la rama principal o a

otras ramas existentes hasta que decidas fusionar los cambios.

Las ramas en GitHub permiten una gestión eficiente del desarrollo colaborativo, la

organización de tareas y la implementación de nuevas funcionalidades sin interrumpir la rama

principal del proyecto.

Untracket en GitHub

En GitHub, el término "untracked" se refiere a los archivos que existen en tu repositorio

local pero que no están siendo rastreados por Git. Estos archivos no están incluidos en los

commits y, por lo tanto, no se reflejarán en el repositorio remoto en GitHub.

Cuando clonas un repositorio en tu máquina local o creas nuevos archivos dentro de un

repositorio existente, Git los considera "untracked" hasta que los agregues explícitamente al área

de preparación para realizar un commit. Esto significa que los cambios realizados en estos

archivos no se registrarán automáticamente en el historial de versiones de Git.

Para verificar el estado de tus archivos y determinar si están rastreados o no, puedes

utilizar el comando git status en la línea de comandos dentro del directorio de tu repositorio. El

resultado mostrará una lista de archivos modificados, agregados y no rastreados.

Si deseas comenzar a rastrear un archivo que actualmente está sin seguimiento, puedes

usar el comando git add seguido del nombre del archivo o del patrón de archivo para agregarlo al
área de preparación. Una vez agregado, el archivo estará marcado como "modified" o "staged" y

estará listo para ser incluido en el próximo commit.

Es importante tener en cuenta que "untracked" no significa que los archivos sean

ignorados por Git. Los archivos no rastreados pueden incluirse en el repositorio remoto si se

agregan y se realizan commits en ellos. Sin embargo, si deseas excluir ciertos archivos o patrones

de archivo de forma permanente, puedes definir reglas de ignorar en un archivo

llamado .gitignore en la raíz de tu repositorio.

Rama master en GitHub

En GitHub, la rama "master" (o "main") es la rama principal y predeterminada de un

repositorio. Tradicionalmente, se ha utilizado el término "master", pero en los últimos años ha

habido un cambio hacia el uso de "main" para promover un lenguaje más inclusivo.

La rama "master" (o "main") es considerada la línea principal de desarrollo de un proyecto

en Git. Cuando creas un repositorio nuevo, la rama principal se crea automáticamente con ese

nombre y es la rama a la que se hace referencia por defecto al clonar o navegar por el repositorio.

En general, la rama master (o main) se utiliza para representar la versión estable y

funcional del proyecto. Deberías tener cuidado al realizar cambios directamente en la rama

principal, ya que cualquier modificación afectará directamente a la versión principal del proyecto.

Es común que las nuevas características, experimentos o correcciones de errores se

realicen en ramas separadas, llamadas "branch", que se crean a partir de la rama master (o main).

Una vez que los cambios en una rama secundaria han sido probados y revisados, se puede

fusionar con la rama principal para incorporar los cambios en la versión estable del proyecto.
 Sin embargo, es importante tener en cuenta que el uso de "master" o "main" como la rama

principal puede variar según las preferencias y prácticas de cada equipo de desarrollo. Algunos

proyectos pueden utilizar nombres diferentes para la rama principal, como "develop" o "trunk".

GitHub permite personalizar el nombre de la rama principal durante la creación de un nuevo

repositorio.

Referencias

Documentación oficial de GitHub: El sitio web oficial de GitHub proporciona

documentación exhaustiva sobre los conceptos clave de Git y GitHub, incluyendo información

sobre la rama "master". Puedes consultar la documentación en el siguiente enlace: Understanding

the GitHub flow

Artículo de blog de GitHub: GitHub ha publicado un artículo en su blog oficial sobre el

cambio de nombre de la rama predeterminada de "master" a "main", enfatizando la importancia

de un lenguaje inclusivo. Puedes leer el artículo en el siguiente enlace: Why is GitHub using

"main" instead of "master" as the default branch name?

Documentación de Git: El sistema de control de versiones Git es la base de GitHub, y su

documentación oficial también proporciona información sobre las ramas y el concepto de la rama

principal. Puedes encontrar más información en la documentación oficial de Git en el siguiente

enlace: Git Branching - Branches in a Nutshell

Tutorial de Atlassian sobre ramas en Git: Atlassian, la empresa detrás de herramientas

populares como Bitbucket y Jira, ofrece un tutorial completo sobre el uso de ramas en Git, que

también cubre la rama principal. Puedes consultar el tutorial en el siguiente enlace: Git Branching

Tutorial
 Libro Pro Git: El libro "Pro Git" escrito por Scott Chacon y Ben Straub, es una referencia

ampliamente reconocida y respetada sobre Git. El libro cubre todos los aspectos del sistema de

control de versiones Git, incluyendo las ramas y la rama principal. Puedes encontrar el libro en

línea de forma gratuita en el siguiente enlace: Pro Git - Branches