Extensión Redmine Git Remote

i4development — Mon, 03 Jul 2017 15:35:21 +0000

Esta extensión permite clonar y recuperar automáticamente repositorios referenciados desde GitHub/GitLab en la pestaña repositorios de un proyecto en Redmine.
Se define un nuevo tipo de repositorio, GitRemote, el cual le permite asociar un repositorio remoto con su proyecto de Redmine. Primero cree un nuevo repositorio del tipo GitRemote e ingrese la URL Clonada. El identificador y el camino se auto generarán, pero luego usted puede sobrescribirlo.

Para activar, en el proyecto, la funcionalidad se deberá ingresar en Configuración > Módulos > Repositorios

Figura 1 – Módulos del proyecto

Al guardar la configuración luego de la creación del repositorio, los campos identificador y URL se auto generarán (si no se agregaron explícitamente).

Figura 2 – Formulario para crear un nuevo repositorio tipo GitRemote.

Por ejemplo, si usted ingresa https://github.com/dergachev/vagrant-vbox-snapshot como la URL a clonar, se configurará el identificador y el camino del sistema de archivos como sigue:

Identificador: vagrant-vbox-snapshot
Camino: /var/www/redmine/shared/plugins/redmine_git_remote/repos/github.com/dergachev/vagrant-vbox-snapshot

Figura 3 – Repositorio de prueba clonado en el proyecto.

Una vez que la URL remota es validada, la extensión crea un clon limpio del repositorio especificado.

Figura 4 – Pestaña Repositorio, código clonado y detalle de revisiones.

Además es posible mantener actualizado, con los cambios que se realizan en el repositorio original, el código que se encuentra en el proyecto.

Esta extensión es un desarrollo iniciado hace casi tres años. Realizado por AlexDergachev, y está disponible en https://github.com/dergachev/redmine_git_remote.

Actualmente es compatible con Redmine 3.3.x, 3.2.x, 3.1.x, 3.0.x, 2.5.x. Es necesario disponer de los siguientes paquetes en el servidor de Redmine:

git 1.7.5+ – mínimamente para soportar get remote add --mirror=fetch origin URL
ssh-keyscan.
ssh-keygen.

También se pueden encontrar mas detalles en http://www.redmine.org/plugins/redmine_git_remote

Trabajar seguro en Redmine con protocolo HTTPS

i4development — Mon, 30 May 2016 19:04:22 +0000

Todos sabemos que el protocolo HTTP (Protocolo de Transferencia de Hipertexto) es el que nos permite poder comunicarnos a través de un navegador web. Gracias a el podemos acceder a toda clase de sitios, informarnos, aprender, comunicarnos; pero tiene una debilidad: es inseguro. Para resolver esto se implementó HTTPS (Protocolo de Transferencia de Hipertexto Seguro) el cual se basa en una combinación de dos protocolos diferentes, HTTPS y SSL/TLS.

HTTPS encripta la comunicación que existe entre un cliente (su computadora) y un servidor (donde está alojado el sistema al cual se accede) creando un túnel. En el caso de HTTP un tercero puede acceder al contenido interfiriendo dentro de la conexión Cliente-Servidor. Por esto es recomendable verificar que el sitio web donde ingresas información sensible trabaja con HTTPS para proteger la intimidad que requiere la conexión entre tu equipo y el servidor, y que terceros no puedan acceder a esta información. Esto suena muy bien, pero también el protocolo incluye lentitud en la carga del sitios web, pues con cada paquete que se transmite al servidor se realiza un procedimiento de validación.

Diagrama comparativo de los protocolos HTTP y HTTPs, donde un tercero puede leer/interferir en la comunicación entre el cliente y el servidor, o no.

Redmine posee proyectos con información sensible y es importante poder protegerla y asegurarle a los usuarios que terceros no accederán a su trabajo (además de otras medidas para asegurar esto). Redmine ofrece, por defecto, generar enlaces con el protocolo https, de esta forma cuando los usuarios ingresan a Redmine a través de una notificación en su correo, lo hacen directamente a través de la interfaz segura. Es posible configurar la herramienta con HTTPS para que viaje con seguridad a nivel de la capa de transporte del modelo OSI, para esto se puede contratar los servicios pagos (desde 5 dólares anuales) o utilizar algunas alternativas gratuitas que hoy en día encontramos en la red.

Una gran alternativa es Let’s Encri pt. Esta herramienta nos brinda una solución a través de una sistema libre, automatizado, abierto y muy sencillo de manejar. A partir de esto podremos segurizar nuestros sitios webs, siempre y cuando podamos descargarnos e instalar el script del cliente Certbot en nuestro servidor. Esto es rápido y sencillo.

El script es compatible con diferentes sistemas operativos, está actualmente instalado en millones de servidores, aun así el sistema está en una fase beta test, por lo que aun está siendo mejorado continuamente.

Otras características que presenta esta herramienta es la de no se guardar las llaves privadas de los certificados en otro lugar que no sea el servidor local donde se instala el script. Además, es posible obtener certificado para múltiples dominios en un solo servidor. Pero es requisito tener privilegios de root en el servidor donde quieras utilizar la funcionalidad.

El software Cerbot y la documentación están licenciadas bajo Apache 2.0. Si quieres saber más también puedes consultar la sección de FAQ de Certbot, donde se aclaran algunas características descriptas aquí y más.