Comments on: Algunas ideas de cómo usar subversion http://www.manuelrecena.com/blog/archives/81 Donde escribo sobre cosas que forman parte de mi vida profesional Wed, 24 Feb 2010 22:08:50 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Pensando en Red » Blog Archive » Framework :: descargando el código de SVN http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-1870 Pensando en Red » Blog Archive » Framework :: descargando el código de SVN Wed, 21 Jan 2009 22:33:10 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-1870 [...] y desarrollar en equipo. Para esto podemos acceder al blog de Manuel Recena que en su post de Algunas ideas de como usar subversion lo describe con [...] [...] y desarrollar en equipo. Para esto podemos acceder al blog de Manuel Recena que en su post de Algunas ideas de como usar subversion lo describe con [...]

]]> By: Manuel Jesús Recena Soto http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-806 Manuel Jesús Recena Soto Mon, 28 Apr 2008 20:07:13 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-806 Hola José María: Para poder orientarte necesitaría conocer algo más sobre el proyecto, sin embargo, hay algunas cosas que me llaman la atención: - No tiene demasiado sentido que tus archivos tengan la versión en el propio nombre cuando de eso se encarga el VCS. - Para la documentación quizás te resulte más interesante no tener esa estructura y con un "documentation/" sea suficiente. Si usas Skype, quizás resulte más fácil seguir abordando el problema que planteas. Un saludo Hola José María:

Para poder orientarte necesitaría conocer algo más sobre el proyecto, sin embargo, hay algunas cosas que me llaman la atención:

- No tiene demasiado sentido que tus archivos tengan la versión en el propio nombre cuando de eso se encarga el VCS.
- Para la documentación quizás te resulte más interesante no tener esa estructura y con un “documentation/” sea suficiente.

Si usas Skype, quizás resulte más fácil seguir abordando el problema que planteas.

Un saludo

]]> By: José María http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-804 José María Mon, 28 Apr 2008 00:25:21 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-804 Me ha gustado mucho tu artículo( http://www.manuelrecena.com/blog/archives/70-Algunas-ideas-de-como-usar-subversion.html ), y ha sido el único en el que he empezado a ver un poco la luz a la hora de administrar mi repositorio software. Decirte que soy estudiante de Informática y que tengo frente a mi el problema de no tener totalmente claro que debe de ir en cada apartado (/trunk /tags /branches). Yo estoy haciendo un proyecto sobre una empresa de transportes y lo que hacía era organizarlo todo según el tipo de E.C. pero sin meterlo en ninguna de las carpetas anteriormente mencionadas. La verdad es que me vendría muy bien si pudiera pasarme algún ejemplo de repositorio para poder organizar el mio como ese. Voy a intentar dar ua idea de como tengo actualmente organizado mi repositorio: -ramas: -tags: -tronco: analisis_de_riesgos: LEEME.TXT AR_v.1.0.pdf pgcs: LEEME.TXT PGCS_v.1.0.pdf plan_inicial_de_proyecto: LEEME.TXT PI1_v.1.0.pdf PIP_v.1.0.pdf propuesta_inicial: LEEME.TXT propuesta_inicial.pdf sqap: LEEME.TXT SQAP_v1.0.pdf SQAP_v1.1.pdf Así es como actualmente lo tengo, a la espera de asegurarme como poder dejarlo bien. Espero que todo el que lea esto y sepa del tema pueda ayudarme. Muchas Gracias. Me ha gustado mucho tu artículo( http://www.manuelrecena.com/blog/archives/70-Algunas-ideas-de-como-usar-subversion.html ), y ha sido el único en el que he empezado a ver un poco la luz a la hora de administrar mi repositorio software. Decirte que soy estudiante de Informática y que tengo frente a mi el problema de no tener totalmente claro que debe de ir en cada apartado (/trunk /tags /branches).
Yo estoy haciendo un proyecto sobre una empresa de transportes y lo que hacía era organizarlo todo según el tipo de E.C. pero sin meterlo en ninguna de las carpetas anteriormente mencionadas. La verdad es que me vendría muy bien si pudiera pasarme algún ejemplo de repositorio para poder organizar el mio como ese.
Voy a intentar dar ua idea de como tengo actualmente organizado mi repositorio:

-ramas:

-tags:

-tronco:
analisis_de_riesgos: LEEME.TXT
AR_v.1.0.pdf

pgcs: LEEME.TXT
PGCS_v.1.0.pdf

plan_inicial_de_proyecto: LEEME.TXT
PI1_v.1.0.pdf
PIP_v.1.0.pdf

propuesta_inicial: LEEME.TXT
propuesta_inicial.pdf

sqap: LEEME.TXT
SQAP_v1.0.pdf
SQAP_v1.1.pdf

Así es como actualmente lo tengo, a la espera de asegurarme como poder dejarlo bien.
Espero que todo el que lea esto y sepa del tema pueda ayudarme.
Muchas Gracias.

]]> By: Manuel Jesús Recena Soto http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-132 Manuel Jesús Recena Soto Tue, 14 Aug 2007 07:48:49 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-132 Hola Sergio: Como ya te he comentado esta mañana (tengo la suerte de trabajar contigo) con TRAC puedes gestionar múltiples proyectos sin embargo, echo en falta algún tipo de gestión de más alto nivel. Por ejemplo, un dashboard con información sobre la actividad de los proyectos, recursos, etc.. Llevo usando TRAC desde hace varios años y estoy muy contento, sin embargo, otras opciones como RedMind (gracias Paco) me están haciendo plantearme el cambio. En cuanto a tu pregunta, mi recomendación, hasta que tengamos la versión 0.11 de TRAC, es que usen un único repositorio y que éste lo organices como te he comentado. Un saludo Hola Sergio:

Como ya te he comentado esta mañana (tengo la suerte de trabajar contigo) con TRAC puedes gestionar múltiples proyectos sin embargo, echo en falta algún tipo de gestión de más alto nivel. Por ejemplo, un dashboard con información sobre la actividad de los proyectos, recursos, etc..

Llevo usando TRAC desde hace varios años y estoy muy contento, sin embargo, otras opciones como RedMind (gracias Paco) me están haciendo plantearme el cambio.

En cuanto a tu pregunta, mi recomendación, hasta que tengamos la versión 0.11 de TRAC, es que usen un único repositorio y que éste lo organices como te he comentado.

Un saludo

]]> By: Sergio Martín http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-130 Sergio Martín Mon, 13 Aug 2007 19:33:42 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-130 Excelente artículo. Me va a servir de mucho para la gestión de mis proyectos, pero tengo una duda, estoy montando un sistema "casero" para gestionar mis proyectos con Trac y Subversion, en tú opinión qué es más recomendable ¿tener un único repositorio para varios proyectos o crear un repositorio por proyecto? Según he visto en la documentación de Trac permite admite ambas configuraciones, en concreto utilizando un scope si se tienen varios proyectos en un repositorio, por tanto me surge la duda si una opción tiene ventajas sobre otra. ¿Qué opinas? Gracias y saludos Excelente artículo. Me va a servir de mucho para la gestión de mis proyectos, pero tengo una duda, estoy montando un sistema “casero” para gestionar mis proyectos con Trac y Subversion, en tú opinión qué es más recomendable ¿tener un único repositorio para varios proyectos o crear un repositorio por proyecto?

Según he visto en la documentación de Trac permite admite ambas configuraciones, en concreto utilizando un scope si se tienen varios proyectos en un repositorio, por tanto me surge la duda si una opción tiene ventajas sobre otra. ¿Qué opinas?

Gracias y saludos

]]> By: Manuel J. Recena Soto http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-104 Manuel J. Recena Soto Thu, 12 Jul 2007 11:12:09 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-104 Hola Manuel: Totalmente de acuerdo contigo. Son pocas las ocasiones en la que se trabaja con la rama principal (trunk), prueba de ello es que cada programador tiene su propia rama en la que se implementa y posteriormente pasa los cambios a la rama principal. Sin embargo, en algunas ocasiones (proyectos pequeños y muy organizados) sea trabajado directamente con el trunk siguiendo algunas convenciones y reglas (1 ticket -> 1 commit). Y sobre el nuevo mecanismo para realizar el merge, yo también lo espero. Lo lei en http://subversion.tigris.org/merge-tracking/ Un saludo Hola Manuel:

Totalmente de acuerdo contigo. Son pocas las ocasiones en la que se trabaja con la rama principal (trunk), prueba de ello es que cada programador tiene su propia rama en la que se implementa y posteriormente pasa los cambios a la rama principal.

Sin embargo, en algunas ocasiones (proyectos pequeños y muy organizados) sea trabajado directamente con el trunk siguiendo algunas convenciones y reglas (1 ticket -> 1 commit).

Y sobre el nuevo mecanismo para realizar el merge, yo también lo espero. Lo lei en http://subversion.tigris.org/merge-tracking/

Un saludo

]]> By: Manuel http://www.manuelrecena.com/blog/archives/81/comment-page-1#comment-103 Manuel Thu, 12 Jul 2007 10:10:36 +0000 http://www.manuelrecena.com/wordpress/archives/81#comment-103 Yo creo que no se debe trabajar directamente en la rama trunk. Es un error bastante típico, y que es una de las causas de mayores problemas en los RCS centralizados. Es mejor que cada vez que se vaya a realizar un cabio en el codigo principal, se haga una copia a otro sitio (branch), se trabaje ahi, y cuando esté terminado se haga un merge a la rama principal. Por supuesto usando svnmerge ( en SVN ), y no el mecanismo por defecto de subversion que es bastante malo e inútil ( ahora estan integrando svnmerge en SVN asi que pronto todo será mejor ). Trabajar directamente en trunk tiene consecuencias, y es que la mayoria de la gente tiene un montón de trabajo local, y solo hacen commits muy de vez en cuando. Yo creo que no se debe trabajar directamente en la rama trunk. Es un error bastante típico, y que es una de las causas de mayores problemas en los RCS centralizados.

Es mejor que cada vez que se vaya a realizar un cabio en el codigo principal, se haga una copia a otro sitio (branch), se trabaje ahi, y cuando esté terminado se haga un merge a la rama principal. Por supuesto usando svnmerge ( en SVN ), y no el mecanismo por defecto de subversion que es bastante malo e inútil ( ahora estan integrando svnmerge en SVN asi que pronto todo será mejor ).

Trabajar directamente en trunk tiene consecuencias, y es que la mayoria de la gente tiene un montón de trabajo local, y solo hacen commits muy de vez en cuando.

]]>