Git Management
Helix GitSwarm
GitSwarm ofrece a los desarrolladores el workflow basado en Git, al tiempo que hace los proyectos fáciles de gestionar. Utilice Git para lo que mejor hace: push de su código, revise, comente y realice seguimiento de problemas. Mediante un mirroring automático, Helix Enterprise conecta a todos sus equipos de trabajo.
Distribuir entornos centralizados
Cuando un desarrollador pasa de un entorno distribuido a uno centralizado, ve con temor el abandono de su herramienta DVCS que tanta libertad y creatividad le ha permitido. Además, aparecen procesos de negocio que parecen estorbar y romper con su flujo de trabajo habitual. Estos procesos se introdujeron para gestionar los complejos pasos de versionado y despliegue , pero no se realizan muy habitualmente. La primera reacción es la de rebelarse. Lo que les gustaría hacer es llenar su entorno de desarrollo distribuido con los datos del sistema central, para más tarde devolver los cambios a éste.
Este conflicto entre la autonomía de un DVCS y un sistema centralizado está en la génesis de los sistemas híbridos distribuidos/centralizados. Herramientas como git-p4 y git-svn permiten a los desarrolladores exportar el trabajo a un repositorio local DVCS. Entonces pueden trabajar con sus métodos distribuidos favoritos para más tarde devolverlo al sistema centralizado.
Pero ahí no acaba la historia, ya que esto causa impacto también en el sistema centralizado.
Hacer distribuido lo centralizado
Imaginemos un administrador de un SCM que descubre que cientos de desarrolladores extraen el código del SCM central y lo exportan a un DVCS.
- ¿ Se hace copia de seguridad del trabajo ?
- ¿ Se integra el DVCS con las herramientas de integración continua y de test ?
- ¿ Implica esto saltarse importantes protocolos del negocio ?
Entrevistando al administrador de un gran cliente de Perforce, confesaba que iba a tener que adoptar una pasarela Perforce-Git desarrollada estilo pirata por alguien.
- ¿ Sería escalable ?
- ¿ Qué se podría encontrar ?
Tanto las herramientas SCM centralizadas como las distribuidas han demostrado su carácter en los tipos de trabajo idóneos. ¿ Hay algún modo de combinarlas ?
Dos buenos ingredientes que combinan perfectamente
La combinación de ambos sistemas de control de versiones central y distribuido ofrece un gran potencial para trabajar de manera combinada. En la vertiente local, permite a los desarrolladores usar sus herramientas favoritas, mientras que en el aspecto central permite a los administradores ejecutar los procesos de negocio, escalabilidad, seguridad y auditoría de un sistema de alta gama como Perforce.
Es importaqnte que un SCM satisfaga las necesidades del mayor número de usuarios posible. Para las compañías que desean resolverlo con un solo producto, Perforce ha creado P4Sandbox, que acerca las características de los DVCS a los desarrolladores, mejoradas con tecnología explusiva Perforce. Para aquellos clientes que necesiten ofrecer soluciones para usuarios Git y Mercurial, Perforce ha desarrollado robustas integraciones que facilitan el uso efectivo de herramientas DVCS como frontales Perforce.
La primera de ellas parte del punto de vista del administrador Perforce que necesita dar soporte a desarrolladores que usan herramientas DVCS como Git o Mercurial. En este escenario típicamente existe ya un repositorio de código en Perforce. El desarrollador exporta el código desde un stream Perforce a un repositorio Git, desarrolla localmente, y devuelve el código al servidor central.
Otra aproximación es la de mejorar la integración DVCS-Perforce, y que ofrece el conector git-p4.
Para aquellos que están satisfechos con el modo de trabajo con servidor centralizado, Perforce continúa suministrando un amplio abanico de clientes e integraciones.