Cómo enviar a un repositorio remoto de Git

Nota: Este es el tercer video de la serie Git para principiantes. Mira el primer video aquí.

En la terminología de Git, llamamos al repositorio de Git en su computadora un repositorio local.

Un control remoto de Git es el mismo repositorio almacenado en otro lugar de Internet. Puede servir como respaldo. Si su computadora falla, siempre puede obtener la última versión del control remoto en su computadora.

Antes de hablar sobre los controles remotos de Git, tenemos que hablar sobre los diferentes servicios que le brindan los controles remotos de Git. Veamos algunos ejemplos.

Diferencias entre los servicios de Git

No hay diferencias entre estos tres servicios en lo que respecta a Git.

Las únicas diferencias entre los servicios son su popularidad, interfaz web y precios.

A muchas personas les gusta usar Github porque Github es el más popular de los tres. Esta es también la razón por la que la mayoría de los proyectos de código abierto están alojados en Github. (Nota: los proyectos de código abierto también se pueden alojar en Bitbucket y Gitlab).

A veces, es posible que desee crear repositorios privados. Un repositorio privado es un repositorio de Git que solo tú y las personas a las que das permiso pueden leer.

Si desea crear repositorios privados, es posible que desee considerar Bitbucket o Gitlab. Te permiten crear repositorios privados de forma gratuita.

Si desea crear un repositorio privado en Github, debe pagar $ 7 al mes.

Este artículo le muestra cómo configurar un control remoto en Github. Los otros servicios siguen las mismas instrucciones.

Creando un repositorio en Github

Inicie sesión en Github. Crea una cuenta si aún no tienes una.

Una vez que inicie sesión, verá un botón más (+) en la esquina derecha de la página. Haga clic en este botón más y seleccione "nuevo repositorio".

Para crear un nuevo repositorio, debe darle un nombre a su repositorio.

La descripción proporciona detalles para que otras personas puedan comprender su proyecto. Es opcional. Puedes dejarlo por ahora.

Configure el proyecto como público o privado, según lo que desee.

Luego, ignore el resto y haga clic en el botón crear repositorio.

Una vez que haga clic en crear repositorio, llegará a una página con algunas instrucciones de Git.

Ignore estas instrucciones por ahora. Este conocimiento requiere que uses la línea de comandos de Git. Aprenderá a hacer eso en algunas lecciones.

Por ahora, queremos vincular nuestro repositorio local en Fork al repositorio remoto que acabamos de crear.

Copie la URL que ve en la página.

Asegúrese de seleccionar SSH (¡no HTTPS!).

SSH le permite empujar (poner cosas en el repositorio remoto) y extraer (copiar el control remoto a su local) sin ingresar su nombre de usuario y contraseña de Github cada vez. Hace las cosas mucho más fáciles.

A continuación, abra el proyecto en Fork y haga clic en el botón Push.

Es el cuarto botón de la izquierda. Parece una flecha que va hacia arriba.

Una vez que haga clic en el botón, Fork le pedirá que seleccione una rama y un control remoto para presionar.

En este caso, nuestra rama será maestra (porque solo tenemos una rama).

Necesitamos agregar el control remoto que acabamos de crear. Para agregar el control remoto, haga clic en el cuadro de selección y seleccione agregar control remoto.

A continuación, debe nombrar su control remoto.

El nombre predeterminado para la mayoría de los controles remotos será origen. Si tiene varios controles remotos, querrá cambiar el nombre del control remoto según su procedencia (como Github, Heroku y Bitbucket).

La URL del repositorio debe ser la URL que copió de Github.

Seleccione Agregar nuevo control remoto cuando haya terminado.

Empujando el control remoto por primera vez

Cuando envíe sus archivos al control remoto por primera vez, asegúrese de que la casilla de verificación Crear referencia de seguimiento esté marcada.

Una referencia de seguimiento le dice a Git que rastree la rama actual (maestra en este caso) y que empuje o tire a la misma rama en el control remoto.

Si no crea una referencia de seguimiento, deberá especificar a qué rama enviar (o extraer) cada vez.

Nota: si la ramificación le suena extraña en este momento, no se preocupe. Hablaremos sobre la ramificación en una lección posterior. Por ahora, recuerde que necesita crear una referencia de seguimiento.

Una vez que esté marcado, puede hacer clic en empujar y Fork empujará su proyecto a Github.

Una vez que se presiona, puede mirar la sección Todas las confirmaciones. (En otros clientes de Git, será Git History).

En todas las confirmaciones, verá dos etiquetas. Uno se llama master(la rama maestra de nuestra computadora). Y el otro se llama origin/master(la rama maestra en el origen con nombre remoto). En este caso, nuestro origen es Github, por lo que se origin/masterrefiere a la rama maestra en Github.

Cuando estas dos etiquetas están en la misma confirmación, significa que los archivos que tenemos en nuestra rama maestra local son los mismos que los archivos que tenemos en la rama maestra de Github.

Puede verificar que esto sea cierto si vuelve a la página de la que obtuvo la URL remota de Git. Actualice esta página y verá lo que suele ver en Github (una página de proyecto).

Si observa los archivos, notará que los archivos son exactamente los mismos que los archivos que tiene en su computadora.

Empujando por segunda vez

Los empujes posteriores son mucho más fáciles.

Digamos que hacemos un cambio en nuestro repositorio. Esta vez, queremos crear un README.mdarchivo. Un README.mdarchivo muestra la página del proyecto Git y ayuda a las personas a comprender de qué se trata el proyecto.

Desea crear un README.mdarchivo para cada repositorio que cree.

Una vez que hayamos creado el archivo, veremos los cambios en Fork si hacemos clic en la pestaña de cambios.

Como antes, queremos preparar el archivo y enviarlo. En este caso, el mensaje de confirmación puede ser "Create Readme.md".

Cuando crees una nueva confirmación, echa un vistazo a la barra lateral de la izquierda. Verá un número, uno y una flecha que apunta hacia arriba junto a la rama maestra.

Esto nos dice que nuestra rama maestra es una confirmación por delante de la rama remota. Esto significa que nuestra rama maestra está más actualizada en comparación con la rama remota.

Si observa el historial de Git, puede que la confirmación "Create readme.md" esté en la rama local, pero esta confirmación aún no llegó a la remota.

Para enviar la nueva confirmación al control remoto, debe hacer clic en el botón de comando nuevamente.

Luego, haga clic en presionar una vez más.

Eso es.

Una vez que la confirmación se envía a la rama remota, puede ver que la origin/masteretiqueta se mueve a la misma confirmación que la masteretiqueta.

Para demostrar que esto está funcionando, puedes actualizar la página del repositorio de Github y podrás ver tu nuevo README.mdarchivo.

Terminando

Un control remoto de Git es como una copia de seguridad que se almacena en la computadora de otra persona. Para crear un control remoto de Git, puede usar uno de los servicios populares como Github, Bitbucket y Gitlab.

Cree un repositorio remoto, luego vincule su repositorio local al repositorio remoto. Cuando los vincula, puede enviarlos al repositorio remoto.

Gracias por leer. ¿Este artículo te ayudó de alguna manera? Si lo hice, espero que consideres compartirlo; podría ayudar a alguien que se sintió igual que usted antes de leer el artículo. Gracias.

Este artículo se publicó originalmente en mi blog.

Suscríbase a mi boletín si desea más artículos que lo ayuden a convertirse en un mejor desarrollador front-end.