oEnviado desde mi tostadora movil El 06/03/2013 12:52, "Pablo Jiménez" <[email protected]> escribió: > > On Wed, Mar 06, 2013 at 12:25:58PM -0300, Pablo Zuñiga wrote: > > 2013/3/6 Pablo Jiménez <[email protected]> > > > > > On Wed, Mar 06, 2013 at 10:07:05AM -0300, Pablo Zuñiga wrote: > > > > 2013/3/5 Angel Claudio Alvarez <[email protected]> > > > > > El Tue, 5 Mar 2013 18:00:50 -0300 > > > > > Pablo Zuñiga <[email protected]> escribió: > > > > > > > > > > > Estimados, > > > > > > > > > > > > Tengo una consulta, necesito consejos en una migración en un > > > "downgrade" > > > > > de > > > > > > git como cliente para una versión antigua de Debian y redHat(7), las > > > > > > opciones de actualizar esos servidores es nula por lo que hay que > > > > > compilar. > > > > > > Estoy hablando de sistemas de producción del año 2002. Algunas > > > pruebas de > > > > > > compatibilidad ya las hice pero obviamente no tengo los requisitos, > > > > > estaba > > > > > > tratando de ver a git solo como cliente, bajando las ultimas > > > versiones de > > > > > > los repositorios, parchando y si es posible reversar. > > > > > > > > > > > > gcc version 2.96 > > > > > > > > > > > > ¿a alguien se le ocurre una idea? > > > > > > > > > > > > > > > > compilar a a la antigua, salvo que entre los requisitos de git > > > necesites > > > > > un gcc superior > > > > > compilas una vez y luego copias el directorio compilado y make install > > > a > > > > > todos las maquinas > > > > > > > > > Gracias muchachos por los consejos en parte son lo que he estado > > > haciendo, > > > > el tema son las dependencias que corresponden a GIT, GCC, etc > > > > > > > > libc6 (>= 2.9), libcurl3-gnutls (>= 7.16.2), libexpat1 (>= 2.0.1), zlib1g > > > > (>= 1:1.2.0), perl-modules, liberror-perl, git-man (> 1:1.7.10.4), > > > git-man > > > > (< > > > > 1:1.7.10.4-.) > > > > > > > > Lo otro seria crear un hook que envíe solo los archivos cambiados a esos > > > > servidores por SFTP o en el peor de los casos Todos los archivos, seguiré > > > > investigando que mas se puede hacer. > > > > > > Pablo: > > > > > > ¿Hay algún motivo en particular por el que debas mantener en producción > > > sistemas con más de 10 años de antigüedad? Porque si existe la > > > posibilidad, creo que lo más sensato es actualizar a versiones algo más > > > recientes en ambos SO. > > > > > > Saludos. > > > > > > -- > > > Pablo Jiménez > > > > > > Pablo, > > > > las aplicaciones solo corren en estos sistemas se esta evaluando una > > migración pero es a largo plazo (1 año aprox) para eso necesitamos poder > > normalizar el desarrollo que esta en Perl/ModPerl > > > > This is perl, v5.6.1 built for i386-linux > > > > Copyright 1987-2001, Larry Wall > > > > con Apache1 y ModPerl 1 > > ¿Y has visto la alternativa de usar Subversion con esos sistemas? Digo, > te ahorras el hecho de tener que compilar y estar atento a las > mantenciones asociadas a git, sin mencionar con las dependencias en un > sistema tan antiguo.
Hola Pablo respecto al tema de GIT me interesa poder traerme las aplicaciones y sus modificaciones no mantenerlo ya que es un paso para la futura migración, desde la aplicación hasta el ambiente > > Saludos. > > -- > Pablo Jiménez
