Re: repositorio git centralizado para control de archivos de configuracion
2011/7/5 Hilda : > hola, > > tengo un problema: en mi empresa somos aproximadamente 6 > administradores de sistemas quienes debemos editar varios archivos > constantemente bajo el directorio /etc (tipicamente en /etc/bacula). > Necesito llevar control de versiones donde todos los usuarios que > editan/agregan/cambian algún archivo quede qué cambios hicieron sobre > los archivos y quién. Se me ocurrió montar un git centralizado pero > tengo un gran problema: Yo tengo algo parecido instalado pero con SVN, tengo un DNS master con varios slaves entonces para evitar tenes varios masters (según desde dónde se editen las zonas) lo que hice fue poner un server DNS aislado (como master absoluto) public un repositorio SVN (bajo https) contra el cual cuando yo o el otro sysadmin necesitamos modificar un registro DNS hacemos primero un update, modificamos, commit y con post-commit hago un export del archivo modificado al path /etc/bind/zones/db.zone.com e inmediatamente se ejecuta un "rndc reload zone.com" para hacer las transferencias a los slaves. Funciona! Espero te sirva como ejemplo. Saludos -- "La Voluntad es el único motor de nuestros logros" http://ngen.com.ar/blog -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacjp8-oqfdcynwq7_jwxcomnaq7tszsfwdn-x7khhmf5kyd...@mail.gmail.com
Re: repositorio git centralizado para control de archivos de configuracion
2011/7/5 Hilda : > hola, > > tengo un problema: en mi empresa somos aproximadamente 6 > administradores de sistemas quienes debemos editar varios archivos > constantemente bajo el directorio /etc (tipicamente en /etc/bacula). > Necesito llevar control de versiones donde todos los usuarios que > editan/agregan/cambian algún archivo quede qué cambios hicieron sobre > los archivos y quién. Se me ocurrió montar un git centralizado pero > tengo un gran problema: > > cree el repositorio git bajo /etc/bacula con 'git init' (un > repositorio non-bare). En las maquinas de los sysadmin hago el git > clone perfectamente a través de ssh pero cuando hago el push me da > error [1], investigando en esa misma pagina y en google leo que el > repositorio debe ser --bare para poder hacer pushing desde cualquier > maquina de los sysadmin. Esto me parece confuso porque según mi lógica > errónea (supongo) tendría que tener dos repositorios en el servidor, > uno bare en cualquier parte (por ejemplo /opt/etc/bacula.git ) que > llevaría el "control" y un clone (el que me interesa) del > /opt/etc/bacula.git bajo /etc/bacula. ¿Me equivoco? ... > > ... Porque si es así entonces el procedimiento seria: el sysadmin hace > un push desde su maquina local a > ssh://usuario@servidor/opt/etc/bacula.git y luego entra al servidor > por ssh para hacer un pull en /etc/bacula y poder refrescar los > cambios hechos en su máquina local en /etc/bacula. Me parece un poco > tedioso esto, debe haber una mejor solución y es la razón de mi > correo. Básicamente para que me orienten. Quizás puedas probar con el etckeeper ? Entrar por ssh y editar el fichero creo que es la forma más normal , no ?? luego haces el commit y listo. Tendrías que cambiar al grupo propietario de los ficheros que querais tocar y estar todos en ese grupo. (Y luego tenerlo en cuenta en las actualizaciones (¿puede ser con dpkg-statoverride ? No sé si el etckeeper te permite tener el repositorio accesible desde fuera como quieres, imagino que sí será cuestión de configurarlo. Un saludo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cal5ymzqugaixzuce2mliuuztpp23cbkvyem7p1zh2vf0e2r...@mail.gmail.com
Re: repositorio git centralizado para control de archivos de configuracion
El 05/07/2011 15:44, Hilda escribió: hola, tengo un problema: en mi empresa somos aproximadamente 6 administradores de sistemas quienes debemos editar varios archivos constantemente bajo el directorio /etc (tipicamente en /etc/bacula). Necesito llevar control de versiones donde todos los usuarios que editan/agregan/cambian algún archivo quede qué cambios hicieron sobre los archivos y quién. Se me ocurrió montar un git centralizado pero tengo un gran problema: cree el repositorio git bajo /etc/bacula con 'git init' (un repositorio non-bare). En las maquinas de los sysadmin hago el git clone perfectamente a través de ssh pero cuando hago el push me da error [1], investigando en esa misma pagina y en google leo que el repositorio debe ser --bare para poder hacer pushing desde cualquier maquina de los sysadmin. Esto me parece confuso porque según mi lógica errónea (supongo) tendría que tener dos repositorios en el servidor, uno bare en cualquier parte (por ejemplo /opt/etc/bacula.git ) que llevaría el "control" y un clone (el que me interesa) del /opt/etc/bacula.git bajo /etc/bacula. ¿Me equivoco? ... ... Porque si es así entonces el procedimiento seria: el sysadmin hace un push desde su maquina local a ssh://usuario@servidor/opt/etc/bacula.git y luego entra al servidor por ssh para hacer un pull en /etc/bacula y poder refrescar los cambios hechos en su máquina local en /etc/bacula. Me parece un poco tedioso esto, debe haber una mejor solución y es la razón de mi correo. Básicamente para que me orienten. Saludos PD: Antes lo hacía con SVN perfectamente pero necesito hacerlo con git obligatoriamente =S (no es decisión mia) [1] http://www.gilesthomas.com/?p=379 una pregunta OT... ¿por que copias a dos listas distinta para tu consulta? Saludos, Álvaro. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/iuvr0b$ses$1...@dough.gmane.org
