Estoy evaluando Spring-Roo para usar en uno de mis proyectos, pero no estoy seguro de cómo puede funcionar dentro de un equipo.¿Cómo trabajas en un equipo con Spring Roo?
Gracias!
Creo que aquí es lo que haría:
No veo absolutamente la necesidad de ramas. La fusión es necesaria incluso para el desarrollo normal con múltiples miembros del equipo, así que no veo por qué sería tan difícil con Roo.
¿Tiene sentido?
Sí, eso tiene sentido ... Así es como lo haría yo también. La cuestión es que estoy empezando con Roo y STS y la "aplicación de 10 minutos" se está convirtiendo en una "aplicación de 10 horas" ... Tuve muchos problemas con las dependencias y el experto porque estoy detrás de un proxy y Tengo miedo de cómo va a funcionar dentro de un equipo (imagino todo tipo de problemas solo para que el entorno local se ejecute en cada miembro del equipo). Supongo que solo tengo que probarlo ... –
Si está detrás de los proxies, podría configurar su settings.xml de maven para que se encargue de eso. Si este archivo se comparte entre los miembros del equipo, también podrían usar roo.La otra cosa para recordar es configurar Maven Repo va a ser un trabajo de una sola vez y no sería una molestia cada vez. Una última cosa, también tuve problemas reales para probar Roo la primera vez. Y encontré este artículo (http://www.ibm.com/developerworks/java/library/os-springroo1/?ca=drs-) mejor de lo que Spring Source tenía para ofrecer. – Nilesh
¡Gracias! ese es un gran artículo. –
De Ben Alex en el Spring Roo forum:
En general, no recomendaría comprobación de los DTI en control de código fuente dado Roo puede reconstruirlos (un poco como su compilador javac construye .class archivos para que no los controles)
Git es una excepción a esta generales consejo sin embargo, debido Roo tiene complemento-GIT, que ofrece una muy buena integración automática en un nivel de seguimiento cometer con lo que está haciendo Roo (incluyendo los DTI).
Una cosa a tener en cuenta es que no hay un soporte oficial para SVN que he visto, solo un complemento para git. Otro usuario sugirió usar el soporte de Maven para Subversion.
Sus procedimientos de compilación/implementación también serán un factor.
+1 Brillante Pregunta - ¡De hecho, quería hacer esta pregunta! – Nilesh