Básicos de Git - Todo lo que necesitas saber para usar Git con eficacia | Jorge Escobar | Skillshare
Menú
Buscar

Velocidad de reproducción


  • 0.5x
  • 1x (Normal)
  • 1.25x
  • 1.5x
  • 2x

Básicos de Git - Todo lo que necesitas saber para usar Git con eficacia

teacher avatar Jorge Escobar, Technologist, entrepreneur and open source fanatic

Ve esta clase y miles más

Obtenga acceso ilimitado a todas las clases
Clases enseñadas por líderes de la industria y profesionales activos
Los temas incluyen ilustración, diseño, fotografía y más

Ve esta clase y miles más

Obtenga acceso ilimitado a todas las clases
Clases enseñadas por líderes de la industria y profesionales activos
Los temas incluyen ilustración, diseño, fotografía y más

Lecciones en esta clase

    • 1.

      Introducción

      1:27

    • 2.

      Qué es Git

      0:23

    • 3.

      Instalación de Git

      0:18

    • 4.

      Instalación de Git en Windows

      3:28

    • 5.

      Instalación de Git en Mac

      1:48

    • 6.

      Verificar si se está instalado correctamente la Git

      0:22

    • 7.

      Fundamentos de git

      0:15

    • 8.

      El ciclo de vida del estado del archivo

      2:02

    • 9.

      Flujo de trabajo visual

      1:35

    • 10.

      Comienza con Git

      0:16

    • 11.

      Operaciones básicas 1.1

      3:34

    • 12.

      Operaciones básicas 1.2

      2:51

    • 13.

      Operaciones básicas 1.3

      4:37

    • 14.

      Operaciones básicas 1.4

      2:33

    • 15.

      Operaciones básicas 1.5

      2:15

    • 16.

      History del proyecto 1.1

      2:55

    • 17.

      History del proyecto 1.2

      2:25

    • 18.

      History del proyecto 1.3

      1:31

    • 19.

      Otras operaciones básicas

      5:50

    • 20.

      Deshacer cosas

      3:42

    • 21.

      Unstaging de archivos

      3:29

    • 22.

      Introducción a la Branching

      1:19

    • 23.

      La historia de la compromiso

      2:27

    • 24.

      Fusionar ramas

      1:13

    • 25.

      Branching en acción

      3:44

    • 26.

      Fusionar conflictos

      2:01

    • 27.

      Rebasamiento

      3:57

    • 28.

      Rebase interactivo

      3:37

    • 29.

      Etiquetar

      0:55

    • 30.

      Repositorios remotos

      0:35

    • 31.

      Configuración de una cuenta de Github

      0:20

    • 32.

      Creación de Credenciales de SSH

      1:58

    • 33.

      Nuestro primer repositorio remoto

      1:19

    • 34.

      Operaciones de repositorio remoto

      3:03

    • 35.

      Fetch de Git y git Pull

      2:56

    • 36.

      Git y etiquetas para la git

      3:25

    • 37.

      Conclusión

      0:35

  • --
  • Nivel principiante
  • Nivel intermedio
  • Nivel avanzado
  • Todos los niveles

Generado por la comunidad

El nivel se determina según la opinión de la mayoría de los estudiantes que han dejado reseñas en esta clase. La recomendación del profesor o de la profesora se muestra hasta que se recopilen al menos 5 reseñas de estudiantes.

1237

Estudiantes

1

Proyectos

Acerca de esta clase

¿Por qué pasa la clase que aprender todo Git y Github? Aprende que los desarrolladores profesionales y entra con tu codificación.

Este curso simplemente enseña lo que necesitas para saber de Git. Después de trabajar profesionalmente con Git para más de 5 años con equipos grandes y distribuidos, te mostraré paso y cortar toda la grasa, qué es la Git, cuál es la el caso de cómo uso que las utilizas y cómo puedes usarlo de manera de manera como la la la mayoría la los desarrolladores web profesional lo utiliz

El curso que comienza a que no sabes no lo que Git y paso la teoría y la introduces la teoría y cada uno de cada comando, progresando en un flujo suave y lógico.

Además, podrás comprar un libro completo del curso para que tengas una fácil referencia a todo el conocimiento.

El curso tiene más de 2 horas de tutoriales en video y también puedes comprar un libro que cubre todos el contenido de video, para que puedas consultar cualquier información en un formato impreso.

Si buscas en la web, encontrarás cientos de cursos, videos y otros recursos sobre Git, pero es el trabajo que es increíblemente tedioso y deja más preguntas que las respuestas. También puedes comprar un libro "Pro Git" y intentar aprender todo Git como si fuera tu objetivo final. La verdad es Git es solo una herramienta de utilidad muy básica en la que no deberías estar pensando. Debe pasar tu valioso tiempo aprendiendo cosas más productivas, como los idiomas de computadora. Con este curso conseguirás ese nivel de comodidad, sabiendo que vas a usar Git sin pensarlo pensado.

El curso está dividido en 8 secciones:

  • Introducción
  • Instalación de Git
  • Fundamentos de git
  • Comienza con Git
  • Herramientas de Git
  • Ramas y etiquetas de Git
  • Repositorios remotos
  • Flujos de trabajo de Git

Además, al final del curso, tenemos un proyecto de colaboración que utiliza todos los conocimientos del curso y aprovecha la aplicación de Github como una plataforma de comunidad.

Además, estamos actualizando constantemente el curso constantemente, añadiendo lecciones gracias a las comentarios de nuestros estudiantes.

Así que deja que sentirse como Git es algo complicado. Necesitas esta herramienta para convertirse en un desarrollador exitoso y profesional. Git no es difícil.

Enroll ahora y Enroll el Git y pasar en las cosas importantes... como la codificación.

¿Quién es el público objetivo?

  • Desarrolladores de software que quieren aprender desde cero

¿Qué voy a aprender?

  • Podrás empezar un repositorio Git desde un proyecto existente o clonar un proyecto que aloje en Internet.
  • Te sentirás conocimiento con el portal de Github y cómo utilizarlo profesionalmente.
  • Obtendrás una comprensión fundamental de cómo gestionar los repositories. remotos.
  • Aprenderás la teoría de y por qué las branches son importantes.
  • You en un proyecto de colaboración de Git con otros desarrolladores.

Requisitos

  • Una computadora con acceso y acceso administrativo para instalar paquetes de paquetes
  • Una comprensión básica de cómo usar los editores de internet y de texto

 

Conoce a tu profesor(a)

Teacher Profile Image

Jorge Escobar

Technologist, entrepreneur and open source fanatic

Profesor(a)

From Zero is an educational project created by Jorge Escobar, a technologist, entrepreneur and open source fanatic with more than 15 years of experience in the development of web applications in New York City.

Jorge has worked in well established companies like Yahoo!, Univision and MongoDB and has also been the technical founding member of various successful tech startups that have received multiple rounds of venture capital.

The biggest problem Jorge has experienced during his career is finding well rounded developers and he interviewed hundreds of them for positions in the teams he was leading. A constant pattern (no matter if candidates came from a good university or had a few years of experience) was the lack of practical, real world knowledge.

That's why Jorge... Ver perfil completo

Habilidades relacionadas

Desarrollo Herramientas de desarrollo GitHub

Valoración de la clase

¿Se cumplieron las expectativas?
    ¡Superadas!
  • 0%
  • 0%
  • Un poco
  • 0%
  • No realmente
  • 0%

¿Por qué unirse a Skillshare?

Mira las galardonadas Skillshare Originals

Cada clase tiene lecciones cortas y proyectos prácticos

Tu membresía apoya a los profesores de Skillshare

Aprende desde cualquier lugar

Ve clases sobre la marcha con la aplicación de Skillshare. Progresa en línea o descarga las clases para verlas en el avión, el metro o donde sea que aprendas mejor.

Transcripciones

1. Introducción: bienvenidos a Essential Gate Segunda edición. Mi nombre es Jorge Escobar y llevo muchos años manejando equipos de desarrollo que usan get a diario , y sé de primera mano lo importante que es ser fluidos en esta gira fundamental. Sucede también haber iniciado mi propia carrera de nueve instructores impartiendo este curso, y después de que miles de alumnos se inscribieron, he decidido hacer esta segunda edición que mejora y amplía el material sobre este maravilloso lugar. Get tiene un montón de queers, y sí tiene una amplia gama de características. Pero para ser honesto, mayoría de los desarrolladores profesionales solo usan un subconjunto de la herramienta en su trabajo diario. Entonces el objetivo de este curso es que entiendas desde el veredicto ganando y sin ninguna experiencia previa, las partes esenciales de los niños que usarás manejando el desarrollo sobrio en cualquier profesional, esa empresa . Empezaremos nuestro viaje introduciendo el concepto de control de versiones y por qué es importante que las citas aún superemos el ciclo de vida del estado del archivo, pondremos cómodos a través de ejercicios manos con nuestro primer proyecto y finalmente aprenderemos todo sobre ramificación y reporte remoto. Por supuesto, veremos algunas de las diferentes cargas de trabajo utilizadas hoy en día, y finalmente todos trabajaremos juntos en un proyecto de código abierto de todo el mundo real llamado el Global Restaurant Guy. Entonces empecemos a aprender lo esencial get. 2. Qué es Git: get es un sistema de control de versiones, o VCs, que permite a los desarrolladores mejorar la forma en que trabajan bajo código, así como colaborar más fácilmente con otros desarrolladores en proyectos de desarrollo de software. Desde su inicio en 2005 gate se ha convertido en una herramienta esencial para cualquier persona que quiera trabajar en la industria del software informático. 3. Instalación de Git: hay múltiples formas de instalar. Ponte en cada sistema operativo. Si tienes Lennox, da Normalmente manantiales tranquilos contados o simplemente usados se están quedando atascado en un puntera de pluma o niño joven estrella en sombrero rojo. Comprobemos cuáles son las mejores opciones basadas en tu sistema operativo, Windows o Mac. 4. Instalación de Git en Windows: si tienes Windows 10 la mejor alternativa para instalar gate es usar Sugar Lady Ah, Gestor de paquetes de Windows similar a up get y human Lennox para instalar chuckle lady, dirígete a su página web y lee las instrucciones. Podrían haber cambiado recientemente, pero así es como lo hago hoy. Para iniciar el proceso, abre las ventanas Power Shell y ubicado aquí en el menú de ventanas. Ahora, una vez que abras eso, quieres ejecutar esto como administrador. Entonces, ¿quieres hacer lo correcto? Haga clic en el icono y seleccione ejecutar como administrador. Esto mostrará un aviso que presiona. Sí, ahí. Pasa acaba de cerrar la terminal más antigua y asegúrate de tener administrador aquí en la parte superior de la ventana. Ya sabes, normalmente power shell corre con una política de ejecución restringida, lo cual será un problema si queremos ejecutar el shock. A dama instalar guión. Por lo tanto, cambia días haciendo el siguiente comando. Dicha política de ejecución y tipo sobre restringido. Ahora obtendrás un prompt. Eso dice si quieres hacer esto para suprimir sí. Y ahora deberíamos estar bien para ir ahora a instalar Chuckle Lady, basta con dar click en su opción de instalación y copiar y pegar aquí este comando. Presionar enter. Perfecto. Entonces ya tenemos estola articuladora, y necesitamos ah, restaurar la cáscara de poder para que podamos cerrar eso. Así que adelante y abre de nuevo el power shell, y tienes que hacer lo mismo abierto. Eso es administrador. Y en esa nueva ventana comprueba que tengas administrador ahí dentro cierra la ventana del hermano mayor y luego solo empató al Choco en el prompt. Y si ves la versión Chuckle lady, algo ahí Ah, entonces eso significa que las damas de azúcar se configuraron correctamente. Por último, podemos instalar get haciendo el siguiente comando Chuckle, Instalar git, Dash, Grimes y esta fuerza y solo presionamos enter. Se quiere decir que sí para ejecutar el script y perfecto Se instaló con éxito. A partir de este punto, cada vez que menciono abrió la terminal y refiriéndose al programa windows get Bash. A pesar de que Power Shell es un mejor programa de terminal que la línea regular de comandos de Windows, todavía no es tan compatible con los comandos de terminal UNIX. Entonces vamos a estar usando eso a partir de este momento para llegar al git bash. Basta con mirar el menú de ventanas y llegar a volver aquí, y eso abrirá el prompt de git bash 5. Instalación de Git en Mac: la mejor manera de instalar Get in Mac OS es usando Homebrew, que es un gestor de paquetes similar a los sombreros rojos, Young o una app de Bhutto. Ponte a instalar casera elaborando tu computadora, dirígete a su sitio web a la edad brew dot s, luego abre una ventana terminal. Puedes encontrarlo en la carpeta Utilidades de Aplicaciones o haciendo una búsqueda presionando el espacio de comandos y luego escribiendo terminal. Después copia y pega el comando desde la cerveza casera. Instalar código después de instalar do brew doctor para ver si todo está bien y luego hacer actualización brew para golpear las últimas actualizaciones del programa. Por último escribe, prepara, instala, consigue y debes estar configurado para empezar a usar. Consigue si por alguna razón no quieres usar homebrew y estás en Mac OS 10.9 Mavericks y superior, puedes instalar. Obtener mediante el uso de las herramientas de desarrollo de X Code. Basta con abrir la terminal y escribir git. Obtendrás este prompt. Eso, dice el comando dar requiere de la línea de comandos Herramientas de desarrollador. ¿ Te gustaría instalar las herramientas ahora pulsando el botón fijo y esperas a que termine la instalación. No obstante, esta no es la mejor manera de instalar get. Dado que este método suele instalar una versión anterior, realmente te recomiendo que uses Homebrew como se describe en la sección anterior. 6. Verificar si se está instalado correctamente la Git: para verificar que tienen get install right get en las windows git bash o en Mac OS 10 Terminal , deberías ver una lista de comandos disponibles para ver qué versión de get tienes solo teclea get dash version. 7. Fundamentos de git: en esta sección, se nos presentará. Toe obtiene estilos viles, ciclo de vida. También aprenderemos por qué la terminal es la mejor manera de llegar a tu piel y algunas de las herramientas de línea de comandos más útiles para el manejo encontrado. 8. El ciclo de vida del estado del archivo: si hay un concepto fundamental que debes entender es cómo conseguir maneja sus archivos y las etapas por las que atraviesan mientras trabajas en ellos. Este movimiento entre etapas se llama el archivo Estado Ciclo de vida, y así es como funciona. Como se puede ver aquí, hay cuatro caras de Falcon pasan cuando están contenidas en un directorio gestionado por get. Dependiendo del trabajo que estés haciendo con ellos. Los archivos pueden pasar por cada uno de estos rostros muchas veces. Cuando un compañero está en una de estas etapas, decimos que está en un estado específico. Repasemos cada estado. Cuando se crea por primera vez un archivo en una carpeta get. El archivo está asignado y sin seguimiento de estado. Esto significa que get no está viendo activamente este archivo, y se ignorará si algún cambio le corresponde. Ahí hay algunos archivos que queremos dejar sin seguimiento en un proyecto. Por ejemplo, archivos temporales o archivos de configuración, podemos decir llegar a ignorar archivos específicos o patrones de archivo usando un archivo especial llamado Git Ignore, que veremos más adelante. En el curso. Cuando se agrega un archivo al repositorio, éste ingresará a un tracto satis desde este punto en adelante hasta que cambies su estado a desrastreado Get estará viendo este archivo de forma activa, y se anotarán los cambios que realices en él. Un archivo de camión que cambia. Está marcado por Get Toby en un estado modificado. Significa que el expediente tiene cargos de gasto que necesitan ser completados en algún momento. En cierto modo, esto se considera un estado inestable o sucio porque en algún momento los cambios de archivo deben completarse y moverse a la siguiente cara. Un archivo se encuentra en estado de etapa cuando su trabajo ha sido completado y está listo para ser incluido en la siguiente instantánea que se quitará de ese proyecto. Estas instantáneas se llaman cometas. 9. Flujo de trabajo visual: ahora, no te preocupes. Si no entiendes todas estas etapas inmediatamente, intentemos imagina el flujo de trabajo con un archivo real en el que estamos trabajando. En primer lugar se creará un archivo en un directorio que se ha inicializado como un proyecto get. Como puedes ver, la falta acaba de crearse y conseguir no es mirarla. Está en un estado sin seguimiento. Olvídate de empezar a ver este archivo. Emitimos un comando que lo moverá dedo del pie atraer estatus. El comando se llama get a la vez que los archivos que se están rastreando. Cualquier cambio al mismo será detectado por get. Digamos que ahora empezamos a trabajar en ese archivo y le hacemos algunos cambios. Una vez que guardamos el archivo, obtenemos mercado de oro con un estado modificado, ahora podemos cambiar los archivos que se incluirán en el próximo commit. Una vez terminamos de trabajar en todos los archivos que necesitamos y estamos listos para guardar una instantánea, emitimos la puerta al mando. Una vez más, esto pone el archivo o archivos en el estado de etapa. En este punto, confiamos en que el trabajo esté listo para salir. O lo empujaremos a un entorno de producción o queremos que todos los desarrolladores revisen nuestro trabajo y finalmente emitimos ese comando get commit, que llevará todos los archivos de vuelta al estado de pista listos para comenzar todo el proceso otra vez. Por último, si por alguna razón elige dedo del pie en pista el archivo, volvería a caer en el estado sin seguimiento. Este también sería el caso si borras el archivo. 10. Comienza con Git: en esta sección empezará a jugar con get creará un repositorio, revisará el historial de defraudación y muy importante cómo puntear a las operaciones. Pero primero, aprendamos algunos comandos básicos para navegar por el sistema intestinal en la terminal. 11. Operaciones básicas 1.1: adelante y abre tu terminal. Consigue bash en Windows o terminal Mac, y debes tener un prompt listo para tus comandos. Una de las cosas más importantes que necesitarás es saber dónde estás en cualquier momento dado . Cuando iniciaste la terminal por primera vez, se te coloca en el directorio de inicio de tu usuario. Este directorio es donde normalmente pones tus propios archivos. Ahora tipo P W D P W D significa presidente Directorio de Trabajo, que, como puedes ver, es la página principal de tu usuario. Al Directorio Principal también se le conoce como el directorio tilde. Si queríamos ver los contenidos fuera de este directorio, puedes utilizar el comando L S. Como puedes ver aquí, obtenemos una lista de los archivos y directorios en tu directorio de inicio. No obstante, el sistema de archivos podría tener archivos ocultos ahí dentro. Estos archivos ocultos pueden ser archivos temporales que se están trabajando en configurar archivos o incluso directorios enteros. De hecho, veremos más adelante en esta sección que el Directorio Git es un directorio oculto. Para ver estos directorios y archivos ocultos solíamos mandar LS dash a the dash a After the command se llama flag. El banderín A para el comando L s enumera todos los archivos ocultos o no ocultos como lo estás consiguiendo para archivos o carpetas ocultos, comienza con un punto. Hay otra bandera llamada Dash L que enumera todos los detalles del archivo, incluidos los permisos usuario y propietario del grupo y tamaño. Hay comandos para manejar estas propiedades de archivo, pero no necesitamos meternos en estas para los propósitos fuera de este curso. Por último, podemos combinar las banderas A y L en una y conseguir tanto todos los archivos ocultos como en ocultos junto con sus detalles. Si desea borrar la pantalla, puede usar el comando clear Command o hit plus K en Mac o el control L en Windows. Entonces empecemos nuestro primer proyecto get creando una carpeta nueva, cambiemos una carpeta, solo escriba el siguiente comando. Hacer querido kit de prueba y presionar enter. Deberías recuperar el prompt como si no hubiera pasado nada. Pero ahora, si escribes ls deberías poder ver el directorio. Están Ahora necesitamos cambiar a ese directorio para que podamos empezar a trabajar en nuestro primer repositorio git. El modo en que hacemos eso es mediante el uso del comando CD, que nos permite cambiar a un directorio. Entonces hacemos el siguiente CD. Tarea lo. Observe cómo el prompt, que es el texto antes del comando, no refleja que estamos en la tarea es directorio. Si lo haces en LS. Ahora, verás que tenemos un directorio vacío. Yo comando útil estaremos usando mucho es el comando claro que borra la pantalla para que puedas obtener una pizarra en blanco para seguir trabajando en Mac OS. También puedes usar Command plus K y en el bash de Windows Git, puedes usar control out. Despejemos la pantalla y empecemos a trabajar en un proyecto de primera puerta. 12. Operaciones básicas 1.2: asegúrate de que estás en el directorio task it escribiendo pwd y confirmando que estás en esa carpeta estaban listos para inicializar nuestro primer repositorio. Por lo que todo lo que necesitas hacer es escribir el siguiente comando. Entra en él confirme que han creado un nuevo repositorio vacío en la carpeta oculta. Entra dentro del directorio task it dentro de esta carpeta oculta, get estará rastreando todos los cambios que hagas a tu repositorio git. Puedes echar un vistazo a su contenido haciendo ls Docket. Verás un montón de archivos y directorios que obtienen usos internamente, pero no estarás interactuando demasiado con ellos. Con la excepción fuera del archivo de conflicto, el archivo de conflicto mantiene un número fuera de configuración con respecto al repositorio. Echa un vistazo usando el comando cat. Con este comando, puedes ver el contenido de cualquier archivo para que puedas hacer cat Dugit conflict. Vamos a seguir adelante y usar un nuevo comando llamado git status. Obtener estado permite ver el estado actual de un repositorio. Nos dice que estamos en la rama maestra, las ramas maestras de la rama completa en la que inicia un repositorio. Aprendemos más sobre sucursales más adelante en el curso, también vemos compromiso inicial, que básicamente nos dice que estamos trabajando hacia nuestra primera opción fuera de este repositorio. Por último, get nos dice que no tenemos nada que comprometer con el snap shirt y que necesitamos crear o copiar archivos y luego usar get add para empezar a rastrearlos. Pero antes de que realmente empecemos a hacer cualquier operación de archivo , necesitamos decir, conseguir quiénes somos y eso hacemos usando el comando git config. Así que adelante y escriba los siguientes dos comandos presionando. Entrar al final de cada uno. Por supuesto. Usa tu propio nombre en tu propio correo electrónico. Esta configuración se guardará en el archivo de conflicto dentro del buen directorio, puedes echar un vistazo a esto escribiendo cat No obtener conflicto de slash. Una palabra de precaución aquí, debes hacer esto cada vez que inicies un nuevo repositorio. Si quieres evitar esto y solo quieres tenerlo preestablecido para todos los repositorios, puedes pasar dash, dash global después del equipo conf. personal, me gusta hacerlo cada vez. Prefiero tener control sobre el usuario giddy mientras inicio un nuevo proyecto 13. Operaciones básicas 1.3: por lo que finalmente estamos listos para crear un nuevo archivo. Ya que estoy usando Adam, solo escribo el siguiente comando para crear un nuevo archivo llamado Test Txt que abrirá el editor Adam con el archivo test txt abierto, es posible que necesites cerrar el mundo come toques que se abrieron por defecto. Si recibes un error relacionado con el comando Adam no encontrado abierto Adam manualmente y en el menú Adam, busca una opción que diga instalar comandos de shell. Si esto aún no funciona, posible que deba abrir la carpeta manualmente utilizando el archivo Open Command escriba algún texto en la ventana del editor? Simplemente escribiré la prueba número uno. Observe cómo hay un pequeño punto azul junto al nombre del archivo que nos dice que el archivo no se ha guardado. Guarde el archivo yendo al menú del archivo y haciendo clic en seguro o utilizando el atajo de teclado. Comando s en Mac o control s en Windows. Deberían desaparecer los pequeños puntos. Siempre refiérase a esto cuando trabaje con archivos, muchas veces honorable consiguiendo explicar relacionado con nosotros, no guardando el archivo. Además, aquí suceden dos cosas. Una es que el siguiente se volvió verde. Esto significa que tenemos cambios en este archivo que aún no se han comprometido. El otro está en la parte inferior derecha del editor. Notarás un indicador más dos, lo que significa que tienes dos líneas que han cambiado en el archivo que aún no están comprometidas. Si pasas el cursor sobre el indicador, verás un mensaje más detallado. Entonces volvamos a una terminal y veamos si se detectan este tipo de cambio de archivo, Obtener estado, y deberías ver el siguiente resultado. Get now nos dice que tenemos archivos sin seguimiento y que podemos agregarlos a nuestro siguiente. Comprometerse mediante el uso de la puerta al mando. Estos archivos serán ignorados por get, no importa cuántos cambios les hagamos. Entonces veamos dónde estamos en el flujo de trabajo git, como podrían recordar de nuestra explicación del estado get file Life cycle, esta es la primera etapa en la que los archivos están en el estado de contrato ya que se acaban de crear. Estamos listos para empezar a rastrear este archivo, así que vamos a añadirlo al repositorio. Podemos hacer eso escribiendo, conseguir en prueba punto txt y emperatriz entrar. Al parecer, no pasó nada, pero si ahora tecleamos get status. Esto es lo que obtenemos. Como pueden ver ahora recibimos un mensaje diciendo que tenemos un nuevo archivo en un frente de color verde , y también se nos informa que este expediente está listo para ser comprometido. Visualicemos lo que pasó. El archivo se movió desde el estado sin seguimiento hasta el estado de etapa. Consigue solo días porque considera que esta sucia lista Toby se comprometió ya que lo agregaste después terminar todo el trabajo que ibas a hacer al respecto. Ahora tomemos nuestra primera instantánea. Eso hacemos con el comando get commit. Get commit, tomará una instantánea de todos los archivos que están en el estado del estado y los agrupará en un solo paquete que llamamos commit. Así que escribe el siguiente obtener comentario. ¿ m nuestra primera venida? Esto es lo que vemos conseguir es decirnos que un cambio de archivo y que hubo uno en búsqueda en el que corresponde a la única línea que creamos en el archivo txt de prueba y finalmente y muy importante que tengamos una instantánea identificada con la cadena uno B F cero f Antes de esto se llama el hash, y es un identificador único para este commit. A partir de este punto, puedo volver al estado del proyecto ya que waas por este momento de tiempo usando ese identificar ahora, si hacemos un status get, veremos que estamos en pizarra limpia y que no hay nada que comprometerse. Ahora veamos esto en nuestro estado de archivo. Diagrama del ciclo de vida. Como puede ver, el archivo se incorporó a la instantánea uno B F cero F cero para con el estado actual del archivo que se está almacenando en él. Después de que se generara el comité, el archivo inmediatamente movió el estado de la pista hacia un estado limpio. 14. Operaciones básicas 1.4: Entonces ahora sigamos adelante y hagamos un cambio en el archivo. Todavía debes tener abierto el editor de átomos y, si no se abre la prueba. Archivo Txt de nuevo e inserte una nueva línea de prueba número dos y luego guarde. Como puedes ver, Adam marca una nueva línea como la Número dos con una barra verde, que nos cantan. Se trata de un cambio en el expediente. Será a este lugar más uno en el indicador inferior derecho, diciéndonos que se agregó una línea más al archivo. Ahora hagámoslo. Obtiene estado para ver lo que ha pasado aquí. Podemos ver get ha marcado nuevamente el archivo en rojo, pero esta vez está en un estado diferente modificado. Para que estos archivos sean considerados para la siguiente instantánea, get nos dice que necesitamos volver a meternos en la falta. Ya que esta falta estaba en el estado de la pista. Cualquier cambio que le hagamos está siendo recogido por Kidd. ¿ Por qué no se acaba de sumar al estatus escénico? Bueno, piénsalo. Podría haber guardado el archivo, pero eso no significa que haya terminado con el trabajo. No sólo eso, podría ser necesario cambiar otros archivos antes de que estemos listos para la instantánea. Entonces, si haces cambios y los guardas, no significa necesariamente que los archivos estén listos para ser comprometidos. Veamos qué acaba de pasar en el ciclo de vida del estado de los archivos. Vería que el archivo ahora tiene una segunda línea de prueba número dos, y que después de guardarlo, se trasladó al estado modificado. Entonces digamos que hemos completado nuestros cambios y quiero crear una nueva instantánea con modificaciones de archivo ocurridas. Sólo necesitamos emitir la puerta al mando de nuevo usando get at test dot txt analistas a otro status get. Aquí vemos nuevamente el archivo en color verde y conseguir nos está diciendo que ahora podemos cometer esta falta como ahora está en el escenario Stars. Veamos esto de manera oficial, como podemos ver aquí las faltas de nuevo en el estado escénico. Estamos satisfechos con los cambios, por lo que seguiremos adelante y comprometiremos este cambio emitiendo un comando commit. Una vez más, Get ha generado cualquier callado para nosotros esta vez. Es antes de las ocho f A b. Estamos de nuevo en estado limpio. Entonces este es nuestro estatus ahora. En primer lugar nos comprometimos el segundo cambio de archivo y luego la falta volvió al estado de pista en un repositorio, devolvió dedo un estado limpio. 15. Operaciones básicas 1.5: De acuerdo, entonces ahora haremos algo un poco diferente. Notificaremos nuestro archivo txt de prueba, pero también en un segundo archivo al repositorio. Por lo que abre Adam de nuevo y a 1/3 de línea del dedo del pie el archivo txt de prueba y guárdelo. Si hacemos un status get, obtenemos lo siguiente. No, vamos a añadir un nuevo archivo. Vaya al Archivo Adam, seleccione nuevo archivo del menú y agregue una línea de contenido segundo archivo. Cuando lo guardes, Adam pedirá el nombre del archivo. Sólo tienes que introducir comida o txt. Ahora haz un status get y deberías ver lo siguiente get es decir que tenemos dos cubos diferentes. El primero es ese archivo txt de prueba que no está listo para comprometerse, lo que significa que get las cosas seguían funcionando en él. Y el archivo de cuatro txt, que se encuentra en estado desrastreado por el momento. Así es como se ve esto en el ciclo de vida del estado. Entonces eso es un Nuestro trabajo está hecho, y ahora queremos agregar el nuevo archivo full txt al repositorio y también mover el archivo txt de prueba para estar listo para ser escenificado. Podemos hacer un anuncio get con cada falta o podemos hacer el siguiente comando. Obtener aviso de agregar punto. Hay un punto al final del mando. Esto agregará todos los archivos en el tracto y rastreó dedo del pie la cara de puesta en escena. Ahora, si hacemos un status get, obtendremos lo siguiente en términos visuales. Esto es lo que tenemos ahora. Ambos archivos están listos para ser comprometidos y podemos hacerlo haciendo lo siguiente get commit dash M third commit. Observe cómo tenemos un nuevo comité Hash FC 96349 Y eso get está reportando que se cambiaron dos archivos y al total se crearon nuevas líneas. Entonces en el ciclo de vida del estado del archivo, vemos cómo creamos la nueva instantánea y luego los archivos vuelven al estado de la pista. 16. History del proyecto 1.1: como hemos visto desde nuestras interacciones con get. Ahí está un concepto de historia construido a medida que avanzamos. En el desarrollo del proyecto, cada commit es como una fotografía, muchas veces organismo a medida que crece y crece con frecuencia. Tendrás que revisar esa historia para darle sentido al estado actual del proyecto o potencialmente resuelto un tema que pudiera haberse introducido en un cometa anterior. El principal modo de interactuar con una historia del proyecto es mediante el uso del Comando de Bloqueo de Puerta . Así que adelante y teclea. Obtén log y verás algo como esto. Aquí ves todos los commits que hemos hecho en nuestro proyecto hasta ahora, pero nota ahí en orden inverso. Nuestro último compromiso es el primero de la lista, y el primero es el último. La primera noche en cada entrada es el hash de commit completo. Noté que es más largo que los que se exhiben después de que se haga el comité. Esto se debe a que podemos hacer referencia a la mayoría de los commits con el 1er 7 dígitos, ya que ya hay una buena cantidad fuera de la singularidad. Pero internamente ese hash es aún más largo. Para asegurarse de que es casi imposible tener dos de ellos que sean iguales. El segundo renglón desplazó el nombre completo y el correo electrónico del autor del Cometa. Como se pueden imaginar, esta es la misma información que ingresamos cuando configuramos a nuestro usuario en el comando get come fake con él. Antes, la tercera línea desplazó la fecha y hora del comité con el Delta Zona Horaria. En mi caso, es menos cinco porque vivo en la Costa Este de Estados Unidos. Por último, vemos el mensaje de confirmación que ingresamos cuando creamos la instantánea. Algo que notarás es que si la salida es mayor que tu pantalla actual, obtendrás el contenido del registro. En un programa paginado llamado menos, puedes decir si estás en menos modo. Si ves un punto y coma en la parte inferior de la pantalla en este modo, puedes navegar por el contenido del archivo haciendo clic en las flechas arriba y abajo tu palabra clave para avanzar línea por línea, comprimir la tecla de espacio dedo del pie avance uno página completa y el dedo del pie pico atrás una página completa. También puedes buscar una cadena dentro de esta ventana escribiendo la tecla de la varilla y luego ingresando una palabra clave m presionando enter para salir. Acaba de golpear el cuchi. Si desea obtener siempre el resultado completo a la pantalla, puede cambiar este comportamiento mediante el uso de este conflicto Command get config core pager cut. Eso hará el cambio sólo para el repositorio actual. Si quieres hacer este cambio para todos tus reportes, justo en el que escombro bandera global después de la palabra confirmada, si quieres cambiarlo de nuevo al camino peor, reemplaza cat por menos en el comando de conflicto anterior. 17. History del proyecto 1.2: Si queremos ver solo la última X commit, puedes pasar un número después del bloqueo get. Un hombre con Dash, por ejemplo. Para ver los dos últimos commits, puede hacer la siguiente puerta Log dash a otra bandera útil es dash Dash una línea, que muestra todas las commits en una sola línea enumerando la versión corta del hash y el mensaje de commit. Esto es lo que parece. También puedes combinar banderas. Entonces, por ejemplo, si quiero obtener solo los dos últimos commits en una línea, puedes hacer lo siguiente Get log Die escrupular una línea Nash, también. Hay algunos filtros útiles del siglo del tiempo que puedes usar, y hay tres banderas que puedes usar para esto desde antes y después. Por ejemplo, digamos que queremos conseguir todos los commits que sucedieron antes del 15 de marzo. Off 2017 puedes hacer buen log Esclavo oscuro antes igual a 2017 03 15. También se pueden ver las posteriores al 1 de marzo de ese año. Buen registro, guión Después de 2017 ver o tres serie uno. Se puede poner una hora y fecha muy precisas mediante el uso del seguidor informante. Esto en realidad mostrará el último Commin en mi Repo ya que solo tengo uno. Comprometerse después de las tres PM fuera de esa fecha. Buena suerte. Dash Dash después igual. 2017 0307 15 0000 menos 0500 También puedes usar lenguaje natural para los rangos como get log . Ese escombro desde hace dos días. Obtén log ese escombro después de hace una semana o consigue log ese escombro antes igual a hace un mes. También puedes buscar por la persona que cometió los cambios como Git Log Dash Dash Author es igual a Jorge. No es necesario poner el nombre completo. Se buscará a todos los transeúntes cuyo nombre comience por Jorge. Hay un número fuera de otras opciones disponibles que puedes explorar escribiendo. Obtener registro de ayuda 18. History del proyecto 1.3: Si quieres ver cómo era la cancha basada en el momento de las instantáneas, puedes hacerlo usando el comando get take out. Por ejemplo, veamos cómo se veía nuestro código basado en otro tiempo libre. El primero. Comprometerse primero a un buen registro para obtener el hash del desplazador interesado en, y luego copiar el 1er 6 o siete caracteres. En nuestro caso, es un B F cero F cero. A continuación, ingrese el siguiente comando. Get check out uno B F cero F cero obtén alertas de que se trata de un cabezal desprendido, lo que significa que no podemos hacer cambios y comprometernos con el repositorio desde el estado. Pero podemos mirar a nuestro alrededor tanto como queramos. Si, por alguna razón quieres guardar esto como un estado estable o empezar a desarrollarse a partir de este punto , necesitarías crear una sucursal a partir de este commit. Echaremos un vistazo a las sucursales más adelante. Si le das un vistazo al archivo txt de prueba en Adam, verás que solo tiene la prueba de primera línea número uno ya que waas. Cuando nos comprometimos por primera vez, también notarás que el archivo txt completo se ha ido. Este sencillo ejercicio te muestra el poder off get y cómo todo lo que hacemos se está registrando paso a paso. Para volver al estado normal, sí puedes conseguir el check out, maestro. 19. Otras operaciones básicas: Veamos otros comandos git útiles. El 1er 1 es get move. Vamos a intentarlo. Se movió. ALIMENTOS TXT BAR txt Si haces un LS, verás que el archivo fue movido o renombrar. Pero si sí obtienes estatus, dices que la falta está en un estado estatal, lo que significa que se consideraría en el próximo compromiso. Comprometamos el cambio. Consigue comprometer que M se movió para txt Tobar TXT. Si ahora haces un estado get, verás que el repositorio está de vuelta en estado estable. Otro comando útil es bueno quitado. Nos permite quitar un archivo. Eso es correcto. Obtén RM bar txt ahora, si lo haces en LS, verás que el archivo ha sido eliminado del sistema de archivos, pero una vez más, del repositorio tiene cambios que comprometerse. Hagamos un status get que necesitamos comprometernos para que este cambio sea permanente. Consigue commit Dash M eliminado Barra txt. Es importante tener en cuenta que tanto get, move and get remove se pueden usar tanto para archivos como para directorios. Existen ciertos archivos o tipos de archivos que quizás no quieras incluir en tu repositorio archivos como archivos temporales o archivos de configuración local o archivos de efectivo. Permite evitar agregar esos archivos o rastrearlos creando un archivo oculto especial . El frío se ignoran. Un ejemplo común es un archivo swap generado Cada vez que estamos editando un archivo, vamos a crear uno manualmente usando la prueba touch Command touch, no txt dot swp Touch es una utilidad UNIX que crea un archivo vacío rápidamente. Ahora, si hacemos un estado get veremos que el archivo se detecta por get. Pero sabemos con seguridad nunca querrá agregar ningún archivo que termine en dot swp. Por lo que crearemos un get ni archivado con Adam para ignorar este tipo de archivos. Dentro del archivo escribimos star dot swp. Eso significa que cualquier archivo que termine en punto SWP será ignorado. Guarda el archivo y haz otro obtener estado. Ahora vemos que el expediente ya no está pendiente. Toby en ello, y ahora consigue Ignorar es el único archivo pendiente. Vamos a sumar al repositorio y comprometidos. Ahora, si tratamos de crear otro archivo barrido, verás que se ignora un oleaje un comandante más que usarás en ciertas situaciones es llegar ahí con este comando, podemos ver los cambios que hemos hecho desde uno snapshot toe otro o de una rama a otra. Vamos primero con pequeño cambio en prueba txt en la prueba de línea número cuatro y guardar. Entonces vete. Obtengo anuncio y checo obtiene estado. Ahora podemos ver los cambios que han sido estados hasta el momento escribiendo kit. Tienen ese alijo escenificado que puedes o parte de la información aquí. Pero como se puede ver en letras verdes, get nos está diciendo que se agregó la prueba de línea número cuatro. También podemos ver los cambios de nuestro último commit y decir el commit donde eliminamos bar txt hacer un gate log una línea primero para ver el commit hashes Entonces podemos hacer el que queramos haciendo get if for 1 61 70 aquí de nuevo, podemos ver joven verde que agregamos para conseguir ignorar archivo con el texto Swb y también vemos que agregamos prueba número cuatro en prueba Txt Pero espera, ¿por qué no vemos que bar txt fue quitada? El caso es que conseguir si nos está dando los cambios entre los dos commits, sin incluir los cambios que ocurrieron justo antes de esa. Entonces cuando nos comprometimos por 16 d 1 70 el expediente ya había sido borrado. Hay casos en los que es útil usar un personaje especial, el dedo del pie de zanahoria, la nota, el padre fuera del commit que estamos revisando. Usaremos la zanahoria en un par de ejemplos en la siguiente sección. Pero sólo piénsalo como el anterior compromiso de ese comité, refiriéndose a ello de vuelta a nuestro ejemplo. Queremos ver los cambios entre nuestro último commit y cuando eliminamos bar txt, incluyendo el cambio inyectado en ese commit. Entonces sí conseguiríamos si por 1 61 70 y luego en la zanahoria. Ahora podemos ver la sección de archivo borrado Fondo no listo para ver los cambios entre el commit actual sobre el anterior. Podemos utilizar el siguiente carácter get if head. Por último, podemos ver cambios entre dos commits poniendo dos puntos entre los hashes. Por ejemplo, podemos ver los cambios entre el segundo commit en el tercero. Comprometerse haciendo get if antes de ocho F a B b dot FC 96349 Aviso el orden de los commits. Quieres hacer primero lo más antiguo 20. Deshacer cosas: Hay cosas que queremos deshacer después de haber presionado el botón enter en nuestro teclado y conseguir nos permite y hacer muchas de ellas. Veamos algunas de las formas en que podemos deshacer las cosas en Get. Como podrían recordar, hemos escenificado cambios en un repositorio después de que agregamos la línea de prueba número cuatro en test dot txt. Vamos a comprometer el expediente. Pero ahora digamos que no nos gusta ese mensaje de compromiso. Podemos hacer lo siguiente get commit dash dash modificar. Esto nos permite cambiar el mensaje de commit presentándonos con un sencillo editor de texto llamado V I para editar el nombre que necesitamos para presionar el dedo del pie clave entrar en modo de inserción en este editor cambio para cometer mensaje y luego presionar la tecla de escape que entrar Colón Plus W. Y luego la letra Q. Aquí cambié a mensaje de confirmación para leer agregado Línea importante en prueba. Txt. Ahora bien, si veo el último mensaje de confirmación, veo el mensaje de confirmación corregido. Si no quieres lidiar con el editor V I, puedes cambiar el editor, obtener usos con un comando, get come fake core, dot editor y luego el nombre fuera del editor. En mi caso, quiero usar a Adam como mi editor. Recuerda pasar ese Steph Global. Si quieres hacer este cambio a través del tablero, el comando a utilizar es get come fake core dot editor quote Adam Dust Ash peso en la corte . Intentemos eso otra vez. Observe cómo se abre el editor del átomo. Puedo hacer los cambios a los mensajes de commit y calor seguro. El salvedad es que el mensaje de confirmación se guarda sólo cuando se cierra el editor. Entonces si ya tienes el editor abierto, abre una nueva ventana de editor, realiza los cambios que guardaría y luego cierra esa ventana Adam. Otro uso de un hombre es cuando te olvidas de agregar un archivo a un commit que acaba de completar. Entonces, por ejemplo, editemos test txt y en un dedo del pie acostado, prueba número cinco guárdalo, no lleguemos y luego consigamos commit. M nuevo cambio para probar txt. Pero entonces te das cuenta de que necesitabas agregar un nuevo archivo. Alimentos son txt para dis comprometerse? No se preocupe. Simplemente genial el archivo en algún contenido. Guárdalo y luego ponte en punto y ahora, en lugar de un commit regular regular, sí consigues cometer guión, deslízate a un hombre. Como se puede ver en el mensaje de confirmación, está la prueba de archivo modificado. Txt. Pero ahora estamos agregando comida o txt, y todo va igual. Comprometerse. Podemos cambiar el mensaje común si quisiéramos. También puedes hacer más cambios a un archivo ya comprometido e incorporar esos cambios a la confirmación existente Adelante y agregar otra prueba de puntera de línea. Txt como la muerte número seis. Guarda el archivo y haz un get en este momento. En lugar de hacer el regular, comprometer a una commit modified y verás que el archivo aparece ha modificado. Guarda el mensaje de confirmación y cierra la ventana en tus cambios se incorporará. 21. Unstaging de archivos: Entonces eso es un que creaste un nuevo archivo llamado Bar Txt y agregaste al repositorio. El padre está ahora en el estatus estatal listo para ser incluido en el próximo cometa. Pero y si cambiamos de opinión y queremos seguir trabajando en esta falta y no incluido en el próximo commit get ya es algo que nos dice qué hacer. Tan solo necesitas emitir el siguiente comando. Obtener reset barra de cabeza txt. Observe que la falta volvió a su estado original, cual waas desrastreaba. Si intentas hacer esto con un archivo de camión como testy Eckstine y vuelves a enviar ese archivo, toma ese archivo de nuevo dedo del pie el estado modificado. Hay ciertos momentos en los que has hecho tal lío, buscando una solución que solo quieras deshacer todos los cambios de nuevo a la última vez que te comprometiste o incluso dedo del pie del compromiso anterior. A pesar de que se podría pensar que este es un escenario improbable, sucede con más frecuencia de lo que piensas. Así que adelante y haz algunos cambios del dedo del pie del archivo txt de texto, vuelve loco y cambia todas las líneas si quieres. Ahora guarda el archivo y comprueba Lo que obtiene el estado es como vas a leer, get nos dice que podemos descartar los cambios en el directorio de trabajo con un comando check out . Así que adelante y teclea lo siguiente. Es extra divertido si lo haces mientras se mantiene a la vista la ventana de Adam. Obtener sacar polvo prueba de ceniza txt Magia Los padres Ahora exactamente la forma waas Antes de hacer los cambios. Ahora vamos a hacer algo similar, pero esta vez cambiar múltiples archivos y poner un montón de textos aleatorios en ellos, asegurándonos de guardarlos, hacer un estado get y asegurarnos de que sean viejos Change. Ahora podemos emitir el siguiente comando. Dar Reset Head ese corazón escondite. Esto llevará todos los archivos del directorio de trabajo al estado. Estaban en la última Comfy después de presionar enter, comprueba los archivos en deberías ver que están de vuelta a su estado original. Ahora digamos que ya hemos cometido un montón de código malo. Así que adelante y cambia de nuevo todas las fallas con Give a Ridge. Pero esta vez alrededor guardó los archivos. ¿ Me pongo en y los comprometo usando el mensaje de commit? Mal compromiso. Vamos a ver el nos logramos para ver el nuevo comité está ahí, pero ahora se daría cuenta de que todo este comité está equivocado. Código de vuelta o alrededor. ¿ Qué podemos hacer? Por suerte, get hace que sea fácil descartar esto. Comprometerse y volver al compromiso anterior. Se acaba de utilizar el siguiente comando. Dar reset head zanahoria que escondite duro Aviso Tenemos una zanahoria al lado de la cabeza. Recuerda lo que fue eso, ¿verdad? El acarreo se referiría al padre de familia. Comprueba al que estamos referenciando después de presionar enter, debes ser llevado al commit anterior el. Las faltas deben estar en los estados originales. Puedes comprobarlo usando registro de niños y ese es el final de esta sección. Esperemos que ahora tengas unos buenos gráficos fuera del poder de usar portón. Adelante y practica lo que has aprendido y te veré de vuelta en la siguiente sección. 22. Introducción a la Branching: un componente básico off get es sus capacidades de ramificación. Antes era muy complicado hacer ramificaciones en otros sistemas de control de versiones y conseguir realmente traído esta capacidad a los desarrolladores de una manera fluida. Pero, ¿qué necesitamos? ¿ Sucursales? La respuesta es simple. Es necesario mantener diferentes flujos de trabajo para casos de uso separados. Ah, básicamente, ejemplo es la arquitectura típica de una aplicación. Normalmente tienes un entorno de desarrollo donde los desarrolladores están trabajando activamente en las nuevas características. Un entorno de puesta en escena donde el código más estable está siendo probado por otros equipos no de ingeniería la empresa, como los gerentes de producto del equipo de aseguramiento de calidad o el equipo de ventas. Y por último, un entorno de producción donde el código que se ha probado pueda ser empujado al resto del mundo. Con él, puedes tener una sucursal para cada uno de los entornos, y comenzarías a trabajar en la rama de desarrollo, y cuando tu trabajo es bueno, podrías importar o mover ese dedo del pie de trabajo. El ramo de puesta en escena en Después de que se realice la prueba, movió la producción de CO dos para ser consumida por sus usuarios. Esta acción off portar o mover código se llama Fusionar y Get permite hacer esto fácilmente con los comandos que vamos a ver en esta sección 23. La historia de la compromiso: Repasemos rápidamente el proceso de compromiso. Digamos que tienes un repositorio con tres commits Master es que la rama completa get crea cuando inicializas una sucursal, por lo que aunque no lo sepas, en realidad tienes estar trabajando con una sucursal. Ya. El maestro suele ser la rama asociada al entorno de producción. En empresas de tecnología. La mayoría de los equipos hablan de master como la rama principal donde se almacena el código estable. Ahora creamos una sucursal. Haceríamos lo siguiente obtener sucursal nueva característica. No hagas esto todavía en tu terminal lo hará paso a paso más adelante. Ahora, con este mando, tenemos dos siguientes. Como se puede ver, no hay nueva sucursal per se. Tanto master como tú característica apuntan a la misma commit, Sin embargo, consigue sabe que actualmente estamos trabajando en la rama maestra. Lo que ambos dominan cualquier característica son punteros fríos, y eso es básicamente lo que son las ramas. No obstante, hay otro puntero importante llamado el cabezal, que señala la rama local en la que estás actualmente para también empezar a trabajar en la nueva rama de funciones. Tenemos que cambiar a él y lo hacemos mediante el uso del comando check out get take out new feature note cómo está el puntero de cabeza en la nueva rama de características. Esta es nuestra señal. Hemos cambiado a esa sucursal. Ahora digamos que trabajamos un poco en el código, cambiamos un par de archivos y ahora nos comprometemos. Digamos que el nuevo hash commit es B F 98 tanto la cabeza en la nueva característica Punteros avanzó un paso de master. Ahora digamos que tenemos un bug y necesitamos un cambio rápido en Maestro con el que dominar haciendo get check out Maestro. Ahora digamos que terminamos los trabajos de Maestro y comprometidos. Conseguiremos un nuevo hash Kamina A 32 y tendríamos lo siguiente. Ahora podemos ver que tenemos un concepto más visual de una rama. A esto se le llama historia divergente. Observe lo fácil que podemos cambiar de ida y vuelta dentro de las ramas, usando el comando check out y seguir trabajando en cada rama 24. Fusionar ramas: continuar con el ejemplo. Digamos que hemos concluido los trabajos en la nueva rama futura. Hicimos un check out en la sucursal. Se hizo un compromiso más y ahora necesitamos incorporar esos cambios de nuevo a la rama maestra . Esto es lo que tenemos en este momento. Ahora podemos hacer lo que se llama fusión. Esto lo hace mirando los nuevos cambios. No en la nueva rama y agregando esos cambios a los archivos en la rama maestra. Para hacer eso, tenemos que hacer get check out, master y luego hacer get merge New feature. Lo que sucede en este momento es que obtenga miradas a todos los archivos cambiados e incorpore esos cambios a los archivos maestros. Genero una nueva instantánea. Ver un 11 que tiene todos los archivos cambiados. Observe que este comité es especial en el sentido de que tiene más de un padre de familia. esto se le llama un commit de fusión Y sí, la cabeza está ahora en el C a 11 commit. Ahora lo puedes contar este brunch haciendo conseguir sucursal polvorienta nueva característica 25. Branching en acción: Ahora intentemos hacer estas operaciones en nuestra terminal. Acude a tu carpeta de inicio haciendo seedy hasta que D cree una nueva carpeta e inicialice el repositorio. Configura tu nombre y correo electrónico con git Config y ahora genial un archivo llamado Test Txt y pon una línea de código en el archivo al repositorio haciendo get at dot y ahora comprometido un llamado un cometa. En primer lugar, comprometerse ahora. Repita esta operación dos veces más en una nueva línea. Hacer el get at dot y conseguir commit sin nombre para cometer segundo commit y tercero commit. Si haces un registro de niños, debes ver lo siguiente. Ahora vamos a hacer nuestra primera sucursal solo para conseguir sucursal nueva característica y presionar enter. No se puede ver que se creó la rama, pero emitiendo el siguiente comando get branch. Como se puede ver aquí, la rama maestra tiene un asterisco junto a ella. Eso significa que la cabeza está apuntando actualmente a maestro. También puedes ver la nueva rama de funciones en la lista. Cambiemos el dedo del pie la nueva rama de funciones Dar un vistazo a una nueva característica Ahora la cabeza está arriba. Nueva característica. Hagamos un cambio en el archivo Txt de prueba en el tipo inferior. Esta es una línea en la nueva rama de características. No seguro y comprometerse. Ahora cambia de nuevo a master y crea un nuevo archivo llamado Test to txt en algún contenido con guárdelo en él y comprometido. Ahora tenemos una historia divergente con master y nueva característica en diferentes caminos. Cambiar de nuevo a una nueva función usando get take out new feature Aviso cómo la prueba txt desaparece del sistema de archivos Hacer otro cambio en prueba txt Obtener anuncio y comprometido Ahora intenta hacer una buena suerte Una línea Aviso cómo su historial solo aparece hasta divergir y el registro no tiene registro de la última. Comprometerlo en master Finjamos que terminamos el trabajo en la nueva rama de funciones No necesario fusionar los cambios con ella en la nueva rama de funciones en master. Entonces vamos a hacer un get check out Master para cambiar a la rama maestra y luego hacer lo siguiente Obtener merch nueva característica Aviso cómo obtenemos al editor como si estuviéramos haciendo un commit que somos . Este nuevo comité será la combinación fuera del trabajo con él en nuevo largometraje y el último commit on master. Introduce un mensaje para el commit y seguro. Recuerda, si estás usando el editor V I, solo tienes que escribir el ojo para el modo interactivo. Escribe el mensaje, luego haz escapar Cullen y luego w y lindo nota cómo los cambios lo harían en prueba txt ahora están en la rama maestra. Ahora, si haces a un niño amado una línea, notarás que los commits con ella una nueva característica ahora aparecen como parte de la historia fuera la rama maestra. Por último, podemos eliminar la nueva rama de funciones. Ya que terminamos de trabajar con él, consigue Branch Dust, la nueva característica. 26. Fusionar conflictos: A menudo te encontrarás con los conflictos Merche. Cuando get intenta fusionar el contenido de una falta de dos ramas diferentes donde no sabe exactamente cómo fusionarlo, lanzará al aire. No te preocupes, esto se arregla fácilmente. Vamos a crear otra rama. Llamémoslo apropiadamente conflicto. Aquí está el truco que puedes hacer a la hora de crear una nueva sucursal en lugar de crear la rama y luego hacer un check out, puedes hacer obtener check out. Eso es conflicto que va a crear la rama, y vamos a poner la cabeza sobre ella. Ahora cambia como tres intestino 60 con algún texto. Guárdalo, ponte en ello y comprometido. Ahora echa un vistazo Maestro y Cambiar Línea tres también En prueba txt. Guárdalo, Sal y comprometido. Ahora intenta fusionar la rama de conflicto en master. Obtendrás un error de conflicto. Abre el archivo txt de prueba. Como puedes ver aquí, get se confunde con la Línea tres. ¿ Cuál es el correcto? Get no sabe. Por lo que exhibe la versión en la cabeza o maestro y el desvío en la rama de conflicto. Get ha pausado efectivamente el proceso de merch hasta que resuelvas esto y luego puedes comprometerte cuando hayas terminado. Si necesita ver los archivos en conflicto, solo escriba get status. Todo lo que necesitas hacer es editar el archivo y conservar la versión que deseas, asegurándote de que el archivo se vea como debería. Si tienes más de un archivo, adelante y ábrelos. Resuelto un conflicto y sálvalos. Por último, hacer un get add para escenificar todos los archivos fijos. Si haces un status get, verás si se han resuelto todos los conflictos para completar la fusión. Simplemente hacer un git commit en el merch habrá sido completado. 27. Rebasamiento: hay otro método para fusionar dos ramas llamadas Re Basing. El teoría detrás de la re basing es que tu historia de comité es más limpia y que parece más lineal gente del dedo del pie mirando la historia. Es un poco como escribir un libro. Piense en fusionar como sacar el libro con los borradores y las diferentes correcciones a los capítulos versus Re Basing, que se parece más a un libro terminado, con cada capítulo contando una historia de manera lógica. Recuerda nuestro ejemplo anterior con el brunch divergente. Ahora, en lugar de fusionarnos, vamos a volver a basar la rama maestra hasta la nueva rama de características. Por lo que nosotros para obtener el check out en su característica. Obtén un aviso maestro rebasado cómo estamos poniendo la cabeza en nueva característica y haciendo la operación de re base a partir de ahí. Lo que pasa ahora es que get va al antepasado común de ambas ramas y luego aplica todos los cambios en esos commits para producir una nueva línea cerca de commit que llamará cotización G 88 . Este comité tiene el último commit en la nueva rama de funciones, pero también tiene los últimos commits master también. Entonces solo podemos hacer la fusión con master, que será lo que se llama un fast for merge porque no hay fusión real ya que el nuevo commit ya tiene los cambios existentes en el código maestro Base andar. Consulta Maestro, consigue fusionado Nueva característica. De acuerdo, suficiente teoría. Veamos esto en acción. Ya que quieres poner el tribunal basado en el estado que estábamos cuando teníamos tres commits en Master, haz un git, registra una línea y comprueba el hash que tienes para el título de commit. En tercer lugar, comprometerse luego dedo el siguiente reset usando ese hash kid reset oscuro alijo corazón. Ahora tenemos la rama maestra con tres commits. Ahora vamos a crear la nueva rama de funciones y hacer un par de commits Sacaste Dash Ser nueva característica Editar el testy Eckstine y en la línea. Esto es como el número uno en nueva característica. Guarda el archivo, consigue anuncio y commit. Después repite la operación y ponga Este es el número dos en nueva función Guardar el archivo, salir y comprometerse. Si haces un get luck, deberías ver el siguiente. Ahora haz un get take out master y en la nueva prueba de archivo a txt Poner algo de contenido en él guardar, Salir y comprometerse. Si le haces suerte a un niño, deberías ver lo siguiente Ahora Regresa y consigue Saque una nueva característica. Observe cómo test a txt no está en el sistema de archivos Ahora sí consigue re base Maestro Aviso cómo la prueba a txt apareció ahora en la rama futura próxima Si hacemos un git log, notarás también cómo aparece como si el trabajo en las ramas lineales Se remontó y aplicó otro compromiso maestro cambiante después del tercer cometa a pesar de que sabemos que no fue así como sucedió. Habíamos hecho el primer compromiso nuevo largometraje antes de eso. Ahora podríamos seguir adelante y echar un vistazo master y fusionar nueva característica y tendríamos master con todos los cambios en el orden que tenemos aquí y realmente no suceden fusiones. Pero quiero sorprenderte con una característica más de re base llamada freebasing interactivo 28. Rebase interactivo: Digamos que no quieres mostrar los dos commits para la nueva rama de funciones. Cuando estamos basando Toe Master porque los dos commits están relacionados, en realidad se puede editar el historial haciendo una base libre interactiva. Interactivo rebasado permite ejecutar un script que esencialmente le permite cambiar el orden de los commits merch, commits o el lead commits de cualquier manera que desee. Incluso puedes insertar nuevos commits si quieres. Todavía deberías estar en la nueva rama de funciones, y aún no deberías haberte fusionado con master. Adelante y haz el siguiente comando. Deshazte Base Dash I master. Verás una lista de los commits con su propia nueva característica que se van a rebasar en master. Como puedes ver, get now shows nos iniciaron. Podemos aplicar a cada commit. Puedes escoger usar una recompensa de commit para usar el commit pero cambiar el mensaje de commit, agregarlo para detener el script en el dedo medio del pie, permitirte hacer cualquier operación y luego comprometerte y squash para usar un commit pero fusionado en el siguiente. Solo tienes que escribir cualquiera de esas palabras clave frente al hash del comité. Y una vez que guardes el archivo y salgas get ejecutará este archivo como un script paso a paso. Si tan solo lo agregas, el script se detendrá. Se pueden hacer todos los cambios a la primera querer commit y luego sí obtener re base. Continuar. No conozco el guión donde dejaste las cosas. Si no quieres hacer nada, borra todas las líneas que no estén comentadas. Esos son los que tienen el letrero de escotilla y guarde el archivo. También noté que el orden de los commits aquí se invierte. Por lo que ves en Get Log aquí, el commit más antiguo está en la parte superior, así que combinemos los dos commits en remolque uno y cambiemos el mensaje de commit. Si estás usando el editor V I, recuerda escribir I toe entrar en modo de edición una vez más si estás usando B I para escape y luego escribe colon W Q. Una vez que lo hagas empieza a volver script base y te presento una no opción para entrar a un commit mensaje, nota cómo get nos dice en qué paso del script de rebaja se encuentra actualmente. Cambia el primer mensaje de commit y luego comentó el segundo mensaje poniendo un silencioso frente al que no quieres. Después sigue adelante y guarda el archivo con Escape Colon W Q. Ahora deberías ver get completa el guión. Y si haces un buen registro, ahora solo deberías ver un commit. Ahora podemos seguir adelante y fusionarnos para dominar. Get check out Master Did merge Nueva característica. Si haces un carajo de niño, deberías ver lo siguiente. Ahora puedes eliminar de forma segura la nueva característica Sucursal uno. Presentar una nota. Se puede aplicar este historial de comité editando dedo del pie la rama actual mediante el uso del puntero de cabeza . Entonces, por ejemplo, digamos que quería cambiar el nombre de los mensajes de commit o permisos de squash en la rama maestra para los últimos tres commits. Haría el siguiente comando. Dar re base dash me dirijo hasta que sean tres. El tilde. Firma las notas. Los tres anteriores se comprometen 29. Etiquetar: get nos ofrece una manera de crear punteros especiales llamados etiquetado fiscal es útil para marcar puntos en la historia de su comité que son importantes. La mayoría de las veces impuestos se utilizan a las versiones de nota fuera de su aplicación. Entonces digamos en este punto hemos completado la versión 1.2 de nuestra aplicación. Entonces emitirías este comando get tag version dash 1.2. A partir de este punto, este comité también será referenciado como versión 1.2. Para ver una lista de impuestos que has creado Do get tag. También puedes ir al repositorio en este punto haciendo get check out versión Dash 1.2 note que es solo para navegar por ahí ya que estás en un estado de cabeza desligado. 30. Repositorios remotos: mayoría de las veces se está trabajando con un repositorio remoto que usted y su equipo están utilizando como un pseudo repositorio centralizado. Si bien ya sabemos que get es un sistema de control de versiones distribuido que no necesita un servidor central, ese servidor central puede estar acostumbrado. Obtener servidor o podría ser uno comercialmente disponible. Consigue esperanza para cubos grandes estaré usando Obtén ayuda para la sección ya que es una de las más populares en todo lo que aprendas aquí es aplicable. Toe cualquier servidor remoto, ¿lo harás? 31. Configuración de una cuenta de Github: así que dirígete a conseguir que venga y cree una cuenta con ellos. Por lo general, deberá proporcionar un nombre de usuario, correo electrónico y contraseña. Ponte de pie es completamente gratis para los repositorios públicos, pero si quieres mantener algunos fuera de ellos privados, tendrás que pagarles una cuota mensual. 32. Creación de Credenciales de SSH: lo primero que queremos hacer es crear una clave ssh para poder empujar y tirar código de tus repositorios, Piensa en ssh como un par de llaves y bloqueos que permite levantarte para saber que eres quien dices que eres . El primer paso es crear tanto la llave como los archivos de bloqueo en su computadora local. Abre tu terminal y asegúrate de que estás en tu directorio de inicio y luego escribe el siguiente comando. ¿ Se trata de HQ Gen Dusty Arce Dutch See? Y luego tu correo electrónico. Se te preguntará dónde guardar en archivo. Deje la opción por defecto presionando enter. Entonces te pedirá que crees una frase de pase. Te recomiendo crear uno como capa adicional de seguridad. Se te pedirá que lo quieras de nuevo. Tus claves se guardan en tu directorio de inicio en un directorio oculto llamado dot ssh. Observe que hay dos archivos que d alguna vez digo y yo d r digo dot p u b Tendremos que subir el archivo PDB para conseguirla. Ahora vuelve para levantarte y encuentra la opción de configuración en el menú del perfil. Puedes encontrar eso haciendo clic en tu foto de perfil de usuario en la parte superior. Correcto. A continuación, encuentra la opción Ssh y G PG Keys y haz clic en ella en la lista de la izquierda. Por fin estoy dando click en la nueva clave ssh, pero en el campo de título, ingresa etiqueta como mi R s una clave y ahora co opio pega el contenido fuera. El idea s a dot p u B En el campo clave, se puede obtener el contenido del archivo haciendo cat dot ssh slash i d en la partitura arcee dot p u b y luego hacer clic en en ssh key. 33. Nuestro primer repositorio remoto: Vamos a crear nuestro primer repositorio remoto, volver a su perfil, haga clic en repositorios y luego haga clic en el botón verde nuevo. Obtendrás un diálogo para crear un nuevo repositorio, solo una ondulación remota de prueba en el nombre del repositorio y haz clic en Crear repositorio. Ahora tenemos algunas opciones. Podemos crear un nuevo repositorio manualmente. Podemos importar un repositorio existente, pero haremos la opción más fácil, que es usar Git Clone Give Clone crea una copia inicial de puerta local de un repositorio remoto en tu computadora. Asegúrate de hacer clic en el botón Ssh de la sección Ural y luego copiar y pegar el texto o haz clic en el pequeño gran Aiken al final. Ahora vuelve a tu terminal. Asegúrate de que estás en el directorio de tu usuario de casa y empatado, obtén clon y basas un tu l lo copias Previamente obtienes te quemará que has clonado un repositorio vacío. Si miras el directorio ahora, verás que tienes un directorio de reporte remoto de prueba. Ahora cambia el directorio y empecemos a hacer algunas operaciones con nuestro nuevo repositorio 34. Operaciones de repositorio remoto: asegúrese de estar en el directorio de repo remoto de prueba y hacer un estado get. Verás tu en la rama maestra y que aún no se ha comprometido nada. Para ver los repositorios remotos asociados a este repositorio, puedes hacer gate remoto Dash V. Verás sus entradas de guiso. Ambos se titulan Origen, pero uno es para operaciones de búsqueda y dólar es para operaciones de Bush. hecho es la acción de obtener cambios del repositorio remoto a su repositorio local. Bush es el pulido opuesto en tus cambios desde el dedo del pie de tu computadora local, el repositorio remoto. A veces podrías estar en una situación en la que sacas de un repositorio y empujas a otro, pero no es común. El origen es una etiqueta predeterminada para un repositorio remoto, pero podría potencialmente trabajar con varios servidores remotos, y los agregaría o los subestructuraría. Esto tampoco viene. Vamos a configurar el repositorio con la configuración del usuario. Como de costumbre, obtén config, nombre de usuario tu nombre y obtén email completo de punto de usuario y tu correo electrónico. Asegúrate de usar el mismo correo electrónico usado para granjear tu puerta de cuenta, crea un txt de prueba y ponle algo de contenido. salir y comprometerse Ahora queremos empujar este código en el repositorio remoto. Podemos hacer eso haciendo get bush origin Maestro, Note lo que dice en los resultados. Una nueva sucursal La forma de pensar en esto ahora es que tienes una rama maestra local Y ahora tienes un rastreador local para el origen remoto Sucursal Maestro Si haces un estado get, verás el siguiente aviso. Dice que tu master de sucursal está al día con origen Master, esto significa que ambas ramas están atrapadas ahora Intenta hacer una prueba de cambio de dedo del pie Txt ¡Guárdalo! Salga y comete Si ves el get look, verás tu segundo commit Pero si haces un status get te darás cuenta Dice que tu sucursal está por delante de Origin Master por uno Commiter Como puedes ver Has avanzado un paso delante de la Origen Master Sucursal Si revisas tu get hub Repository Page, verás que todavía muestras en Lee un commit Así que para que nos pongamos al día necesitamos hacer un nuevo get push Get Bush origin Master, Verás tu código. Empuja al repositorio get help y estás atrapado con origin remote. Para el último ejemplo, vamos a familiarizarnos con sacar los cambios del repositorio remoto. 35. Fetch de Git y git Pull: cuando estás trabajando con un equipo de desarrolladores, a menudo habrá veces empujando la capa del dedo del pie en el repositorio remoto, y necesitarás que esos cambios se incorporen a tu base de código. A medida que trabajas a lo largo de tu propia línea de tiempo. El principal modo de obtener estos cambios es mediante el uso de get, pull y get fetch. Entonces voy a simular que otro integrante del equipo acaba de hacerlo. Me comprometo en el repositorio remoto que aún no tienes disponible localmente usando get hops La función de edición Get up te permite hacer pequeños cambios en su sitio web, y aunque no recomiendo usar esto en un entorno profesional, podemos salirnos con la suya para esta prueba. Así que abre tu portón, tiene página de repositorio y haz clic en Crear nuevo archivo en la parte superior, nombró la prueba de archivo a dot txt e ingresa algún contenido en ella, Luego desplázate hasta la parte inferior e ingresa un mensaje de confirmación. Asegúrese de que se comprometan directamente a Sucursal Maestro está seleccionado y presione el botón de nuevo archivo del comité . Una vez que te comprometas, volverás a la página de inicio de las historias de Ripple, y notarás que hay un nuevo commit Ahora vuelve a tu terminal y haz un get stacks, notarás que no hay mención de lo que acaba de pasar en el repositorio remoto . Por lo que para que podamos obtener estos últimos cambios, usaremos el comando git fetch. Así que adelante y teclea. Obtener fetch origin. Como pueden ver, Gate está haciendo referencia a este nuevo compromiso identificado por el 33577 F. Pero aún no lo vemos localmente. Si escribe l s, verá que el archivo prueba a txt. No está en tu sistema de archivos. Si haces un status get, verás que kid te está diciendo que tu rama maestra local está detrás de un commit del master de origen y que podemos hacer una fusión de avance rápido. Entonces ahora para avanzar nuestro jefe maestro, solo hacemos una fusión get, obtenemos fusionar Origin Master. Entonces ahora estamos de vuelta a un estado estable así como este. El proceso de tirar de los cambios y luego hacer la fusión se puede lograr en un solo paso usando get Paul para probarlo, vaya al sitio de get help y seleccione test a txt y luego edítelo en una segunda línea y luego comprometido Si comprueba los commits on. Obtén esperanza que deberías ver. Entonces te comprometes. Ahora, en lugar de hacer un get fit y luego fusionarse hará un get pole, Obtener origen pool. Como puede ver, los cambios se recuperaron del servidor de origen y luego se fusionaron en un solo paso. 36. Git y etiquetas para la git: También podemos tener sucursales locales y remotas. Esto se puede empujar o jalar igual que hicimos con una rama maestra. Vamos a crear una sucursal local y ver cómo podemos empujarla al repositorio remoto. Ingresa lo siguiente Obtener sacado. Esa es la sucursal local de abeja. Ahora cambiemos el archivo txt de prueba y añadamos una línea que diga esta línea creada en rama local . No seguro entrar y comprometerse. Ahora cómo conseguimos estas bromas hasta un repositorio remoto Solo para lo siguiente Obtener push dash you origin local branch ¿Cuál es la bandera de EU aquí? Es la abreviatura de set up stream, lo que nos ayuda a no tener que pasar el nombre de la rama en posteriores empujones o tirones. Ahora, si miras en el repositorio remoto, verás que ahí aparece la sucursal. Puedes cambiar a esa rama haciendo clic en el nombre de la sucursal o yendo del dedo del pie el menú de ramas y seleccionando sucursal local. Consulta test txt y verás el idioma recién creado. Ahora digamos que terminamos el trabajo en esta rama que cambian de nuevo a master localmente y fusionan los cambios de rama local y borrados. No obstante, esto no elimina la sucursal remota en orderto que necesitarás hacer lo siguiente get push origin. Esa es la sucursal local. Ahora, ¿qué pasa si alguien empuja remotamente una nueva sucursal del repositorio? Simulemos eso creando una sucursal en Get up. Acude a buscar ayuda y en la página de inicio de tu repositorio. Haga clic en la rama Botón Maestro y en el nombre rama remota y luego haga clic en el área azul que dice Crear sucursal Rama remota. Get hope creará la nueva sucursal y cambiará a ella. Madouas. Pequeño cambio en prueba txt agregando la línea esta línea creada en rama remota, luego comprometida en la parte inferior de la página. Ahora ve a la terminal. Normalmente haríamos un git Fetch origin master para obtener los cambios remotos, pero esta vez tenemos una nueva sucursal. Si supiéramos el nombre podríamos para obtener fetch origin Rama remota. Pero más a menudo querrás obtener todas las ramas nuevas por lo que utilizas el siguiente comando. Dale a buscar polvo, ceniza. Todo eso obtendría todos los cambios en cualquier sucursal y toros nuevas sucursales así como puedes ver aquí. Nos dice que hay una nueva sucursal. Si ahora haces un check out a la nueva marca, verás esa prueba. TXT tiene un cambio con él. Vuelve a tu rama maestra. Ahora digamos que alguien eliminó esa rama en el repositorio remoto haciendo get fetch Origin que escondió todos quieren la rama líder localmente, así que necesitamos otro comando para eso. Entonces ve a buscar ayuda, haz clic en las ramas y pulsa el ícono de la papelera al final fuera de la línea de rama remota . Ahora bien, si vas a tu terminal, haz el siguiente comando. Consigue fetch. Dash, dash, Todo dash, dash, ciruela. Como se puede ver aquí, se ha eliminado la rama remota. 37. Conclusión: Este es el final de nuestro get journey. Ahora lo único que debes hacer es jugar con los niños y aprender algunos de los trucos restantes que tiene en el capó de tarifas. Créeme, sigo aprendiendo una nueva función cada dos semanas. Ahora tienes una herramienta muy poderosa en tu cinturón de herramientas de desarrollador. Enhorabuena por hacerlo todo el camino hasta el final. Si quieres continuar con tu carrera de desarrollo, asegúrate de revisar mis otros cursos e inscribirte a mi newsletter en www dot desde cero lo que soy.