Número de lecturas: 860

Conseguir este post que me ayudo en esta migración que tuve que realizar de gitlab a github, espero les sirva.

A veces he tenido la necesidad de mover todo mi código de un repositorio Git a otro, no es una tarea realmente complicada, pero puedes volverte loco si no realizas los pasos adecuados.

En este artículo os presento una pequeña guía de cómo moví el código fuente de uno de mis proyectos personales hosteado en Gitlab a Bitbucket, preservando todas las ramas, etiquetas e historial de commits.

Para este ejemplo voy a usar el repositorio actual de JUnit5 publicado en GitHub como repositorio de origen. Ten en cuenta que necesitarás cambiar los repositorios usados en este ejemplo con las URLs de tus propios repositorios.

1. Clonar el repositorio completo

git clone --mirror https://github.com/junit-team/junit5.git

Una vez realizado este paso (tras entrar en el directorio recién creado) podrás comprobar que poseemos todas las ramas de forma local usando el siguiente comando:

git branch -a

También puedes comprobar que todas las etiquetas están en nuestro repositorio local escribiendo:

git tag

2. Cambiar nuestro repositorio remoto

Primero, vamos a asegurarnos que nuestro repositorio local está apuntando al antiguo repositorio listando los repositorios remotos asociados:

git remote -v

origin    https://github.com/junit-team/junit5.git (fetch)  
origin    https://github.com/junit-team/junit5.git (push)  

Luego, simplemente, eliminaremos el repositorio remoto usando:

git remote rm origin

… Y volveremos a enlazar nuestro repositorio local con el nuevo remoto:

git remote add origin https://avillalobos@mycompany.com/newrepo.git

Ahora confirmameros que nuestro repositorio local está enlazado correctamente con el nuevo repositorio remoto listando de nuevo los repositorios remotos asociados:

git remote -v

origin    https://avillalobos@mycompany.com/newrepo.git (fetch)  
origin    https://avillalobos@mycompany.com/newrepo.git (push)  

3. Enviar los datos de nuestro repositorio local al nuevo repositorio remoto

Ahora que hemos visto que nuestro repositorio local está correctamente enlazado al nuevo repositorio remoto, es hora de enviar los datos a su nuevo hogar 😉

Primero, enviaremos el contenido de todas las ramas locales al nuevo repositorio usando el siguiente comando:

git push origin --all

Por último, enviaremos también todos las etiquetas que tenemos en el repositorio local:

git push origin --tags

Con esto, hemos conseguido migrar todo el contenido de un repositorio a otro preservando todo el histórico de commits, ramas y etiquetas. ¡Bien hecho!

Fuente: enmilocalfunciona.io

Número de lecturas: 7086

Este error simplemente sucede porque se tiene bloqueado el puerto 9418 en el proxy basta con habilitarlo y funciona sin problemas gitbub

Número de lecturas: 7018

Git es uno de los sistemas de control de versiones más populares entre los desarrolladores. Y parte culpa de su popularidad la tiene GitHub, un excelente servicio de alojamiento de repositorios de software con este sistema, que lejos de quedarse en esta funcionalidad, ofrece hoy en día un conjunto de características muy útiles para el trabajo en equipo.

No en vano, es el servicio elegido por proyectos de software libre como jQuery, reddit, Sparkle, curl, Ruby on Rails, node.js, ClickToFlash, Erlang/OTP, CakePHP, Redis, y otros muchos. Además, algunas de las grandes empresas de Internet, como Facebook, alojan ahí sus desarrollos públicos, tales como el SDK, librerías, ejemplos, etc.

Nosotros no queríamos ser menos, y hemos creado una cuenta de GitHub para GenbetaDev donde publicar ocasionalmente el código que utilicemos para ciertos artículos. Aunque no busquéis mucho en ella por ahora que de momento está vacía.

more »