Notas técnicas (y lo que vaya surgiendo)
Git SCM
Eliminar localmente un tag de nombre tagname en un proyecto Git se reduce simplemente a ejecutar:
git tag --delete tagnamePero, cuando queremos eliminar un tag del repositorio remoto, el problema se complica.
Continuar leyendo «Borrando tags en Git»
Una nota muy básica sobre la gestión de ramas en el servidor pero que siempre me olvido y tengo que ir buscando cómo resolver.
Continuar leyendo «Gestión de ramas remotas en GIT»
Una de las características de Git es que, por defecto, los directorios vacíos no forman parte del repositorio y, por lo tanto, son silenciosamente descartados por operaciones como commit o push.
Incluso en los casos en que un directorio que previamente formaba parte de un repositorio pierda todo su contenido, este directorio directorio es silenciosamente eliminado del repositorio y no será creado en futuras operaciones de clonación.
Continuar leyendo «Subiendo directorios vacíos en Git»
Un repositorio git del tipo bare es un repositorio que no cuenta con una área de trabajo, lo que es la opción recomendada para los repositorios que se alojan en servidores. Continuar leyendo «Seleccionar rama por defecto en repositorios git tipo bare»
Los usuarios de GitHub están acostumbrados a escribir un fichero README.md en la raíz del repositorio que se visualiza desde la web proporcionando información del proyecto.
La extensión .md del proyecto indica que el mismo está escrito con el lenguaje de marcación Markdown (para más detalles, consultar esta guía rápida sobre uso del lenguaje Markdown).
Dado que tengo mi propio servicio de repositorios Git, quería incorporarle mi propio procesador de ficheros markdown e integrarlo con la consulta vía GitWeb. Por suerte, encontré este hack de Stack Overflow que me dió todas las pistas para conseguirlo.
Continuar leyendo «Visualización de ficheros markdown desde GitWeb»
GitWeb es una aplicación web que permite visualizar los repositorios Git publicados en un servidor.
En este tutorial se muestra la configuración de GitWeb compatible con las instalaciones desarrolladas en Cómo instalar un servidor Git sobre Nginx e Instalar servidor para el protocolo Git. Esto quiere decir que los usuarios que posean credenciales válidas para el servidor podrán acceder a la consulta de la totalidad de los repositorios mediante la URL https://crossforests.com/gitweb mientras que el resto de los usuarios podrá consultar únicamente los repositorios públicos mediante la URL https://crossforests.com/gitweb (nótese que en un caso se utiliza el protocolo seguro HTTPS mientras que en el otro el acceso es vía HTTP) como se muestra en el ejemplo a continuación:
Continuar leyendo «Visualizando los repositorios Git mediante GitWeb»
Una vez instalado el servidor Git sobre Nginx he decidido agregarle la opción de publicar los repositorios públicos sobre el protocolo Git y, si bien las configuraciones se basan en la configuración dada en el tutorial previo de Cómo instalar un servidor Git sobre Nginx, el ejemplo puede ser fácilmente extendido a otros casos.
Continuar leyendo «Instalar servidor para el protocolo Git»
Así es como he incluido un repositorio Git en mi servidor web sobre Nginx.
Para este tutorial se utilizará un servidor genérico configurado para el dominio example.org.
En mi caso particular utilicé de base el servidor WordPress instalado según el tutorial cómo instalar wordpress sobre nginx y gestionando los certificados como se muestra en certificados HTTPS gratuitos con let’s encrypt.
El servicio resultante permite el acceso seguro vía HTTPS restringido a usuarios autenticados. Los usuarios validados poseerán permisos de lectura y escritura sobre todos los repositorios del servidor.
Adicionalmente, se define un área /pub donde los repositorios alojados dentro de esa área son también publicados con el protocolo HTTP para usuarios anónimos aunque, los usuarios que acceden vía HTTP, sólo poseerán permisos de lectura sobre los repositorios así publicados.
Continuar leyendo «Cómo instalar un servidor Git sobre Nginx»
Una vez decidido a utilizar Git para mis repositorios surgió la necesidad de convertir los repositorios que ya tenía en Mercurial a este sistema.
Si bien podía simplemente iniciar un repositorio en Git con el estado actual de cada proyecto, quería ser capaz de mantener la historia del repositorio con sus fechas, así como la diferentes ramas en las que hubiera estado trabajando.
Por suerte, he dado con el script de migración de fast-export que incluyo a continuación y que cumplió a la perfección con este cometido.