Actualmente es fácil crear y mantener tu código en una plataforma como GitHub usando Git. Existen también otras plataformas como Bitbucket o GitLab que también son unas buenas soluciones para mantener nuestro código usando Git. Pero si buscas otras alternativas menos extendidas y conocidas puedes consultar en AlternativeTo.

Gracias a Git resulta sencillo descargar un repositorio de otro desarrollador para poder trabajar con él. En líneas generales puedes trabajar dicho repositorio usando la URL de clonado o puedes crear un fork del repositorio, que pasa a ser una copia del repositorio bajo tu completa administración. El caso que en este artículos nos atañe toma como premisa el segundo caso.

Cuando hemos hecho un fork y queremos incluir características en nuestro fork que se añadieron en el proyecto original después de que creáramos nuestro fork, es necesario hacer un fetch de la rama que queramos del proyecto original y hacer un merge con nuestro código.

Voy a explicarlo primero por línea de comandos y luego para aquellos que uséis un cliente del estilo TortoiseGit.

Abrid el terminal o consola de comandos y situarlo en el directorio donde esté vuestro proyecto.  Cambiad a la rama con la que se desea fusionar. Por lo general, suele ser la rama master.

git checkout master

A continuación se hace un pull de la rama del proyecto original de donde se quiere fusionar.

git pull https://github.com/PROPIETARIO_ORIGINAL/REPOSITORIOORIGINAL.git NOMBRE_DEL_BRANCH

Es posible hacer primero fetch y luego un merge, que es lo mismo que hacer un pull. Si hubiera algún conflicto se resuelve y se realiza un commit.

git commit -m "mensaje"

Por último haced push a vuestro repositorio remoto y ya tendréis los cambios incluidos en vuestro repositorio remoto para que sean descargados.

git push origin master

Si eres usuario de  TortoiseGit, lo más fácil es añadir un remote nuevo. Con el botón derecho del ratón haced click sobre el proyecto, haced luego click en "Settings", e id a "Remote" para crear un nuevo remote  con la dirección URL del proyecto original (https://github.com/XXX/XXXX.git).

El remoto existente con el nombre origin hace referencia al repositorio original de vuestro proyecto. Nuestro nuevo remoto lo llamaremos upstream, por ser el proyecto de donde hicimos fork.

Cuando hayamos terminado le damos a "Add New/Save" y nos sugerirá hacer un fetch del nuevo remoto, o sino hacemos click con el botón derecho del ratón en el proyecto y le damos a "Fetch". Si usamos la segunda opción recordar hacer el fetch de upstream y no de origin. Una vez hecho esto sólo queda hacer merge de nuestro master de origin con el de upstream, para ello previamente hacemos un "Checkout" a master con el botón derecho del ratón y luego de nuevo el botón derecho y "Merge".

Si hay algún conflicto se resuelve seleccionando los cambios que nos quedamos de cada parte (origin o upstream).

Una vez resueltos los conflictos, si los hubiera, haced un "Commit" guardar los cambios y un "Push" para subirlo al repositorio remoto.

En la ayuda de GitHub, puedes encontrar más información:

https://help.github.com

Desde hace unos meses adquirí un NAS DS215j de la marca Synology. La cual sorprende por la cantidad de aplicaciones que pueden instalarse con un par de clicks:

https://www.synology.com/es-es/dsm/app_packages

Una de las utilidades que pueden ser instaladas es Git Server, permitiendo crear un servidor Git propio en el que alojar tus proyectos.

Lo primero que necesitamos es habilitar el acceso por ssh a nuestro servidor desde Panel de control > Terminal. Es conveniente que no uses el puerto 22 y uses otro de tu elección, para mejorar la seguridad de tu NAS al no usar los puertos por defecto.

Lo segundo es instalar el paquete que nos proporciona el Servidor Git. Una vez instalado nos permitirá dar acceso a los usuarios que queramos:

Los usuarios de Git quedarán restringidos a realizar actividades relacionadas con Git con una herramienta shell llamada git-shell. Esta shell de inicio de sesión se aplicará a los usuarios de Git para garantizar que las cuentas se utilicen únicamente para operaciones Git. El resultado es que los usuarios de Git solo pueden utilizar la conexión SSH para introducir y extraer repositorios Git, y no tendrán acceso completo a DSM.

Debido a la limitación citada, sólo el usuario "admin" del NAS puede crear los repositorios. Una vez creados los repositorios, cualquier usuario al que demos acceso desde la app del Servidor Git, podrá usar los repositorios.

Para crear el repositorio podemos hacerlo desde un cliente ssh como Putty. Usando la dirección DDNS de nuestro NAS (Panel de control > Acceso Externo > DDNS) y el puerto que definimos para acceder por ssh (Panel de control > Terminal), nos conectamos con las credenciales de acceso del usuario "admin". Una vez dentro creamos el repositorio con los siguientes comandos:

cd /volumeX #Donde X es el número del volumen
mkdir GIT #Crear la carpeta
cd GIT
git init --bare --shared mi-repositorio.git

Con el repositorio creado, podremos acceder un clone usando la dirección:

git clone ssh://[Usuarios]@[DDNS:Puerto]/volumeX/GIT/mi-repositorio.git

O si prefieres, sin el usuario, de la siguiente manera:

git clone ssh://[DDNS:Puerto]/volumeX/GIT/mi-repositorio.git

A partir de este momento, ya tenemos listo nuestro proyecto para trabajar con él en local y sincronizar los cambios con el servidor.

Para más información consulta la ayuda de Synology:

https://help.synology.com/dsm/?section=Git&version=2.3&link=git.htm