Control de versiones a nivel de servidor.
On Wed, 2008-07-02 at 12:33 -0400, Ernesto Esteban del Campo C. wrote: En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada uno de ellos tiene un cliente de subversion con el cual llevamos el control de versiones. El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Necesito que me orienten un poco, gracias. Este es un problema que resuelves no con tecnologia, sino que con administracion del proyecto. No es falta de los programadores, sino que no existe una metodologia en tu empresa para desarrollar. Ingenieria de Software le llaman, puedes inventar procedimientos de lo mas bizarros. Yo te recomiendo que hagas alguna metodologia sencilla de produccion de software, con puntos de control. -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/
Control de versiones a nivel de servidor.
Estimada Lista, En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada uno de ellos tiene un cliente de subversion con el cual llevamos el control de versiones. El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Necesito que me orienten un poco, gracias. Atte, ?Ernesto del Campo Cárcamo Ingeniero en Informática.
Control de versiones a nivel de servidor.
El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Creo que hay que crearles un habito a los desarrolladores: actualizar repo local, modificar, registrar cambios, subir.. El problema hay que atacarlo de raiz. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Que yo sepa no. Manejar un repo local es necesario para controlar los cambios y manejar de mejor forma los conflictos al momento de aplicar los cambios al servidor, tipico caso: 2 desarrolladores modifican el mismo archivo. Si todos hicieran cambios sin un control local previo seria un desastre. saludos. Eduardo Silva http://edsiper.linuxchile.cl
Control de versiones a nivel de servidor.
Ernesto Esteban del Campo C. wrote: Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Puedes probar poniendo un cliente del controlador de versiones en el mismo servidor. Donde el directorio que es publicado sea donde guarda la nueva versión ( o la que quieras cargar ). Por ejemplo, si en tu servidor tienes la ruta /var/www/html/proyecto que sea ahi donde aloje los cambios obtenidos via controlador de versiones. Espero te ayude. Slds -- Eduardo Peña Ceballos Estudiante Ingeniería (e) Informática - PUCV http://www.kope.cl
Control de versiones a nivel de servidor.
Ernesto Esteban del Campo C. escribió: Estimada Lista, En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. A lo mejor esa idea es mala -- en vez de compartir ese directorio via samba, haz que sea una copia versionada. Para poder actualizarla, que los monos hagan svn update. Para que esto funcione tienen que haber hecho svn commit en su copia de trabajo local. -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ Ciencias políticas es la ciencia de entender por qué los políticos actúan como lo hacen (netfunny.com) From [EMAIL PROTECTED] Wed Jul 2 14:38:52 2008 From: [EMAIL PROTECTED] (Franco Catrin L.) Date: Wed Jul 2 15:05:43 2008 Subject: Control de versiones a nivel de servidor. In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El mié, 02-07-2008 a las 12:33 -0400, Ernesto Esteban del Campo C. escribió: Estimada Lista, En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada uno de ellos tiene un cliente de subversion con el cual llevamos el control de versiones. El problema se genera cuando estos no registran los cambios en sus proyectos y pierden código, lo que genera perdidas mayúsculas. Existe alguna forma de poder hacer un control de versiones en el mismo servidor y no a nivel del cliente? Necesito que me orienten un poco, gracias. Tu problema de fondo es que no saben usar control de versiones. Podrás inventar cualquier tipo de solución estrambótica para toparte nuevamente con un problema de base. Si se les olvida registrar los cambios en su proyecto es tan grave como si se les olvidara grabar los archivos en sus discos locales. Elimina samba, y haz que tu servidor sea un cliente más de subversion. Cuando necesites actualizar la versión del servidor, aplica svn update en el servidor. Sólo lo que existe en el repositorio llegará a tu servidor, es responsabilidad de cada desarrollador grabar y subir sus cambios para que lleguen al sistema de control de versiones y luego al servidor de desarrollo. desarrollador - subversion - otros desarrolladores + servidor Saludos -- Franco Catrin L. TUXPAN Software S.A. http://www.tuxpan.com/fcatrin
Control de versiones a nivel de servidor.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ernesto Esteban del Campo C. wrote: | Estimada Lista, | | En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax | directamente en un servidor de pruebas el cual esta compartido vía | samba. Wrong idea. El servidor de pruebas deberia ser una copia de subversion (probablemente con el mismo esquema). | Cada uno de ellos tiene un cliente de subversion con el cual | llevamos el control de versiones. El problema se genera cuando estos no | registran los cambios en sus proyectos y pierden código, lo que genera | perdidas mayúsculas. Entonces aplica la ley del palo; estan trabajando demas por flojera. | Existe alguna forma de poder hacer un control de versiones en el mismo | servidor y no a nivel del cliente? En cada maquina de developer: [EMAIL PROTECTED] # svn ci -m Probando tal modulo - - cambios se guardan en svn En el servidor, cuando quieras: [EMAIL PROTECTED] # svn update - - cambios de svn (propios y de otros) se ven en el server. Les puedes hacer un script para que actualicen el proyecto automaticamente si son developers flojos... pero bueno. - -- Rodrigo Fuentealba Concepción, Región del Bío-Bío, Chile -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJIa9s5AAoJEEiHvghVFqnjyXQQALAZr9k36eo+la/7qTBOyWAC oEtKxfz23NrWKeHQOXYr+P14U4pnCZcNO156fyVeuLLNycbzlymWSeGqI31+di6e FXoCKCSI2VZRo2U800JEMRmAd1Ot3XFqAI0CnTeTJjdwjPdUxJax4KlwsaxIytLr pE3PW2GliRAAb9lyduA1MbZLPRQ+y7I2BKsfpHuLOslChbQirPEGre/IUE2fAbLG vZ75A42ntXu4vpAWIX81zzCgGbGNdQS7iRb1DFCg/R5oJPMJsgwme+LddTvnzmXO jb8EbU95rZpwNp369hVAhZdpleielP4XmaRJz8Dg7XfZGm3mPt0XEFof26yfWfvu jsSYayNCLlXAxUfcssMGmS+N1pYSM5LiHJUW4IJjCLpfHAWo5vxjBwHuZKfBffqx r2L04a0apNsA7+ro+PM6jL2zxe3Q/SGZrDc4JHbvcmwhpHLTeKdBzIDa5wGTG+mb Y6nj3o6pKoi8dBjejgr7hIJelJ9L0+jlqUCClSGwp/SNxnR1MihOuU0znYhotGDh pQowWUIUjxAs7f82BSrLcLEFkBzHMJ+g0PEjmVFXf0Aw07D08/TygECIx2suMRiE RAoqWyydNB/ufJrIbZ6JEAEJlsZ0G2wgyd6x8stR99qPPxhvecUTwxKgAtMVHvfq TUC0c1g2TSNZy20KT1Jo =7h80 -END PGP SIGNATURE- From [EMAIL PROTECTED] Wed Jul 2 16:19:07 2008 From: [EMAIL PROTECTED] (Roberto Bonvallet) Date: Wed Jul 2 16:48:24 2008 Subject: Control de versiones a nivel de servidor. In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Ernesto Esteban del Campo C. escribió: En la empresa tenemos grupos de desarrolladores que trabajan en php+ajax directamente en un servidor de pruebas el cual esta compartido vía samba. Cada desarrollador podría levantar un servidor en su computador y hacer las pruebas localmente, y hacer commit después de verificar que la aplicación sigue funcionando después de los cambios. -- Roberto Bonvallet
