Scribd Logo
Hochladen

Willkommen bei Scribd!

  • Manual GITHUB - Clase 6 de Junio 2019

    Hochgeladen von

    Franklin Salgado
    13 Ansichten4 Seiten
    Manual GITHUB

    Copyright

    © © All Rights Reserved

    Verfügbare Formate

    PDF, TXT oder online auf Scribd lesen

    Stufen Sie dieses Dokument als nützlich ein?

    Sind diese Inhalte unangemessen?

    Dieses Dokument melden
    Manual GITHUB

    Copyright:

    © All Rights Reserved
    Als PDF, TXT herunterladen oder online auf Scribd lesen
    Markieren Sie unangemessene Inhalte
    13 Ansichten4 Seiten

    Manual GITHUB - Clase 6 de Junio 2019

    Hochgeladen von

    Franklin Salgado
    Manual GITHUB

    Copyright:

    © All Rights Reserved
    Als PDF, TXT herunterladen oder online auf Scribd lesen
    Markieren Sie unangemessene Inhalte
    von 4

    Repositorios en Github

    Caracteristicas

    ● Tipos de repositorio
    ○ Público : Cualquier usuario de github puede descargar el código
    ○ Privado : El código tiene acceso restringido a los usuarios permitidos de github
    ● Repositorios
    ○ Locales: Los que son alojados en sus computadoras
    ○ Remotos: Los que son alojados en
    ● Archivo README:
    ○ Es el archivo donde pueden describir y explicar el proyecto que se está
    almacenando en el repositorio. Se utiliza principalmente para describir las
    funcionalidades y características del software.
    ○ Igualmente se utiliza para mostrar procesos de SETUP e inicialización de
    proyecto
    ○ Se utiliza para listar funcionalidades de futuras versiones
    ○ NOTA: Github Tiene una funcionalidad tipo “Wiki” el cual permite describir más
    en detalle el proyecto.
    ● Archivo .gitignore
    ○ Este archivo ubicado en la raíz del proyecto se utiliza para evitar el
    versionamiento de algunos archivos seleccionados por el Ingeniero.
    ○ En algunas ocasiones no se desea versionar archivos Ejemplo ( archivos de
    configuración de entornos de desarrollo etc…)
    ○ Este archivo está ubicado en la raìz del proyecto.
    ● Usuarios y Accesos
    ○ Recuerde configurar su usuario github en su PC ( GIT previamente instalado )
    ○ git config --global user.email"juanp0021@yahoo.com"
    ○ git config --global user.name"juanp0021"
    ○

    Conceptos

    ● Linea base: línea base de código normalmente la rama se llama “master”


    ● Branch (Versión bifurcada) : versión de código que se crea a partir de la linea base
    master
    ● Commit: Confirmar un grupo de cambios realizados en el repositorio local
    ● Merge: Fusionar código de una rama destino a una rama de origen
    ● Pull : comando para actualizar su versión local con código de un repositorio remoto
    ● Push: subir código de un repositorio local a un repositorio remoto
    Ramas de la arquitectura

    ● Master: línea de producción del código


    ● Test: Rama que tiene código desarrollado y está listo para probar
    ● Sandbox: Rama que tiene código ya probado y está en pre producción
    ● Version_bifurcada_1: versión 1 donde se desarrolla una funcionalidad
    ● Version_bifurcada_2: versión 1 donde se desarrolla una funcionalidad
    ● fix_master: rama que permite solucionar Bugs de producción

    Pasos para crear una rama bifurcada de master

    1. Linea base = MASTER : es la línea base del código.


    ○ git clone https://github.com/juanp0021/CashMachine.git
    2. Crear nuevo Branch = Versión Bifurcada 1 : es una línea alterna para hacer nuevos
    desarrollos
    ○ git checkout -b version_bifurcada_1

    3. Realizar cambios en el código.


    ○ Modifique el contenido de cualquier archivo dentro del proyecto
    4. Agregar cambios
    ○ git add .

    5. Realizar commit en el repositorio local


    ○ git commit -m “Primeros cambios en el codigo”
    6. Subir nueva rama al repositorio remoto
    ○ git push origin version_bifurcada_1
    7. Debe recordar el usuario y password de su cuenta github
    ________________________________________________________

    Pasos para crear una rama test o sandbox

    1. Validar en qué rama estamos parados ( lista todas las ramas y * es donde estamos
    parados)
    ○ git branch
    2. Crear una rama a partir de master
    ○ git checkout -b test
    ○ git checkout -b sandbox
    3. Subir a git hub su branch
    ○ Git push origin test
    ○ Git push origin sandbox

    Solución de conflictos

    Si en dos ramas distintas se modificaron las mismas lineas de codigo de 1 o varios archivos.
    GIT por medio de sus algoritmos de solución de conflictos intentará solucionarlos.

    En caso contrario el ingeniero deberá analizar el código y definir qué fragmento de


    código dejar.
    ○ git merge: permite combinar dos ramas (rama_origen, rama_entrante)
    ■ La rama de origen es la rama en donde estamos parados
    ■ La rama entrante es la rama que deseamos combinar
    ■ Comando
    ● git merge rama_entrante
    ○ Comando
    ■ git status ( permite ver si hay conflictos o no dentro del proyecto)
    ■ Los conflictos se identifican de la siguiente forma dentro del archivo en
    conflicto

    <<<<<HEAD
    CODIGO DE LA RAMA ORIGEN
    ========
    CODIGO DE LA RAMA ENTRANTE
    Version_bifurcada_2 >>>>>>>>>

    Pull request

    Es un solicitud que se hace al administrador para permitir combinar (merge) su rama a la linea
    base de produccion (master, test o sandbox).

    Alternativas a Github

    ● Bitbucket
    ● gitLab
    ● GNU savannah
    ● SourceForge
    ● Gitea

    Fuente: https://www.muylinux.com/2018/06/05/alternativas-github/

    Das könnte Ihnen auch gefallen