[MÚSICA] [MÚSICA] En esta ocasión, vamos a crear una cuenta en Bitbucket y vamos a recorrer los comandos básicos de Git, para que empieces a trabajar you directamente en tu proyecto. Esta es la página de Bitbucket. Y acá lo más importante es mostrarte que podés crear una cuenta gratuita. Aquà está el plan al final, donde podemos tener una cantidad ilimitada de repositorios privados. Es decir, esos repositorios que no vamos a querer compartir al público y, justamente, para hacer estas prácticas del curso nos vienen muy bien. Podés tener hasta cinco usuarios, con lo cual lo podés compartir a unos cuantos que quieras. Te dejo para vos la creación de la cuenta. No tiene ninguna complicación. Y lo primero que vamos a hacer es crear un repositorio. Una vez que creés la cuenta, vas a entrar. Vamos a crear un repositorio. El propietario, en este caso, va a ser com mi cuenta de Lamónica. Vamos a crear nuestro repositorio, que le vamos a poner el nombre de un proyecto. Por ejemplo, guÃa-hoteles. [AUDIO_EN_BLANCO] Acá en la parte de opciones avanzadas no vamos a completar nada, lo que podés hacer acá es escribir una pequeña descripción de lo que se trata el proyecto. Podés decir si incluir un README, que es este archivo que tiene una documentación inicial para lo que serÃa los primeros pasos del setup, del proyecto, y algún otro comentario adicional que vos quieras hacer. En este caso vamos a poner que no, después lo vamos a crear nosotros manualmente y vamos a ver algunas cosas con eso. Y después esta parte que está aca abajo, no te preocupes, son algunas opciones un poco más avanzadas. La parte del lenguaje, obviamente, es para, más que nada, tipografÃa, logos, algo que te ayude visualmente cuando explores tu fuente dentro de Bitbucket. Vamos a especificarle HTML y CSS, que es lo primero que vamos a hacer. Después lo podés cambiar esto, por supuesto, no te preocupes ahora. Podés incluir una wiki, donde vayas poniendo documentación. El issue tracking, que es para el seguimiento de tareas, la podés asociar al repositorio, esto es muy, muy práctico. No lo vamos a usar ahora, asà que no lo vamos a activar. Y el forking lo vamos a ver más adelante, esto es algo más propio de Git. Esto no es una introducción a Git, no es un curso propiamente sobre Github. Asà que no me voy a meter en concreto, pero para que tengas una idea y no dejarlo en misterio. Acá lo que nos sugiere Bitbucket es si queremos habilitar lo que son los forks, serÃa como permitir que otros usuarios clonen nuestro repositorio o abran, justamente, ramas de nuestro repositorio, donde apliquen cambios para luego mezclarlos o aplicarlos en la versión principal del proyecto. Vamos a dejar el default, que es solamente permitir los privados. No lo vamos a usar, de todas formas. Y lo vamos a crear. Esto que estamos haciendo es la creación de un repositorio de Bitbucket desde la web de Bitbucket. Podemos hacerlo de otra manera, que es crearlo primero en nuestro repositorio local, en nuestra computadora, y después publicarlo dentro de nuestra cuenta de Bitbucket. Lo vamos a ver más adelante, pero ahora concentrémonos en esta opción. Acá, lo primero que vamos a ver es la posibilidad de clonar nuestro repositorio. Tenemos dos medios, dos métodos, SSH y HTTPS. ¿En qué cambia cada uno? Bueno, la operación final va a ser la misma, es decir, la clonación de un repositorio de Git lo que hace es descargar la versión que está en el repositorio, en nuestro repositorio local, en nuestra computadora, en un repositorio de Git de nuestra computadora, propiamente hablando. Eso es lo que hace un git clon. Si es por SSH, bueno, tenemos que tener un certificado SSH en nuestra computadora, se genera muy fácilmente y ahà se guardan parte de nuestras claves, con lo cual no hace falta introducir usuario y contraseña cada vez que uno hace una modificación en el repositorio de Bitbucket. Esa es la comodidad que tienen. Y HTTPS, ¿cuál es la diferencia? Bueno, es lo mismo. En principio tenemos que introducir usuario y clave cada vez que vamos a interactuar con el repositorio. Se puede hacer un sistema de caché o incluir una caché de nuestra clave para no introducirla todo el tiempo. La ventaja que de alguna manera tiene HTTPS es que es más directo, no hay que generar certificados, ni claves privadas, ni ninguna cosa por el estilo, uno utiliza este comando y en cualquier lugar va a poder acceder al repositorio. Te menciono esto porque si uno está trabajando sobre un café, en un lugar público, muchas veces los administradores de esas redes bloquean ciertos protocolos como es el SSH. Pero el HTTPS es el protocolo que generalmente siempre está habilitado. Por lo tanto, no suele haber problemas en la conexión utilizando el protocolo HTTPS. No te quiero aburrir mucho, pero si quieres, a modo de resumen, como para aclarar un poco este tema, podés usar cualquiera de los dos. Si tenés algún problema en el uso del SSH, utilizá HTTPS, o úsalo directamente y no va a haber problemas. Bueno, veamos un poquito más. Acá en esta parte de la izquierda, tenemos una serie de opciones, es este menú lateral que nos muestra lo que es la source, la fuente, nuestro proyecto. En este caso no tenemos nada. Por eso ahora no vamos a ver nada. Tenemos los commits, que, de vuelta, no hay nada porque lo acabamos de crear, obviamente. Las ramas, que son estas, lo vimos en la nota técnica, nosotros vemos la rama principal, que se suele nombrar main, y a partir de ahà uno puede abrir lo que serÃan ramas o branches, muchas veces asociados a nuevas funcionalidades o a algún módulo o modificación del sistema. Entonces, lo trabajamos sobre una rama independiente, sin modificar lo que es la rama principal. Y cuando you estamos seguros del cambio, conformes, etcétera, lo que hacemos es aplicar esas modificaciones de la rama en la rama principal. Y acá lo vamos a poder administrar, todas las ramas que tengamos. Cada tanto hay que mantenerlas para eliminar las ramas que you no son necesarias. Un request, lo vamos a saltear. Pipelines, lo mismo. Deployments, lo mismo. Todas estas partes son más de gestión del proyecto y puesta en producción, que por ahora no vamos a trabajar en eso. Y bueno, en settings hay un montón de opciones que te dejo para que vos las explores cuando quieras. Bueno, volvemos a la parte principal de acá del proyecto de Bitbucket, y vamos a ver que tenemos, you nos sugiere cómo dirigirnos a instrucciones básicas, dirigirnos a otro proyecto y para conectar con este repositorio remoto de Bitbucket. Si you tenemos un proyecto en nuestra computadora, bueno, hay que agregarle a ese repositorio la rama remota. Y uno le aclara que es guÃa-hoteles.git. Y hace un push que es para publicar los cambios. No te preocupes, esto vamos a hacer primero la descarga del proyecto en nuestra computadora local. Esto es muy fácil. Yo me voy a ir primero a la carpeta de Documents, para trabajar aquÃ. Y directamente, you tengo configurada la licencia H, HTTPS es lo mismo. No vas a tener problemas. Aplico el cambio. Y fijate que you me avisa que lo está clonando. Bueno, se clonó el repositorio en la computadora. Podemos listar cuáles son las carpetas que tenemos y acá podemos buscar guÃa-hoteles. Y acá you estamos, tenemos el repositorio guÃa-hoteles y podemos aplicar el comando git status, donde podemos ver el estado del repositorio de Git, que dice que estamos en el branch master, el principal, y todavÃa no hicimos ningún tipo de commit. [MÚSICA] [MÚSICA]
