1. Inicio
  2. Pregunta y respuesta
  3. Estrategia para migrar de StarTeam 5 a Subversion?

Estrategia para migrar de StarTeam 5 a Subversion?

2008-10-21 15 views
6

Necesito migrar un proyecto grande de StarTeam 5 a Subversion, y me gustaría tener instantáneas de (al menos) 5-10 de las principales versiones. He considerado lo siguiente:Estrategia para migrar de StarTeam 5 a Subversion?

  • Exportación/importación de scripts o manual de cada instantánea. Ventajas: versiones directas/fáciles de seleccionar, etiquetadas/fechadas. Desventajas: consume mucho tiempo, no conserva los comentarios.
  • Polarion ofrece lo que parece ser la herramienta perfecta en svnimporter, pero requiere un archivo .jar de StarTeam 8.0 que no está presente en StarTeam 5. Ventajas: automatizado, completo. Desventajas: requiere la actualización a StarTeam 8.0 para un solo uso.
  • Migrar a través de un repositorio intermedio (, por ejemplo, StarTeam -> CVS -> Subversion). Todavía no he encontrado ningún intermediario que coopere con StarTeam.
  • Migre solo la última fuente. Ventajas: simple, rápido, anima a los desarrolladores a inventar nuevas soluciones en lugar de repetir la historia. Desventaja: anima a los desarrolladores a inventar nuevas soluciones en lugar de repetir la historia. :-)

Agradeceré cualquier experiencia o sugerencia que pueda ofrecer. Gracias.

Fuente

2008-10-21 Adam Liss

Respuesta

3

Al no haber usado StarTeam, no puedo hablar de eso, pero creo que usted ha establecido algunas buenas opciones.

  1. importación Con guión parece que podría llevar mucho tiempo, en realidad no se obtiene todo, pero al mismo tiempo, ser una forma segura de entrar en SVN y aún conservan su historial de versiones.
  2. ¿Cuál es el verdadero inconveniente de actualizar y tirar la instalación después? ¿Tiene que volver a comprar el software? ¿Es una actualización tediosa? Salvo eso, parece que esta podría ser la mejor opción.
  3. Realmente me mantendría alejado de esta opción. cvs -> svn import es bastante inestable (en realidad, es algo único, probablemente no que mucha gente lo trabaje lo suficiente como para preocuparse realmente por hacerlo perfecto). Pasar de otro sistema SCM a cvs, y ENTONCES a svn suena como una receta para datos de historial inútiles y frustración. :) Solo lo he hecho un par de veces, y realmente, la mejor parte es que una vez que terminas, estás en svn y nunca vuelvas a tocar cvs.
  4. Esta opción realmente apesta. Pierdes toda tu historia ... ya no puede echarle la culpa a otros desarrolladores para atornillar cosas ... Por el lado bueno, funcionará, si todo lo demás falla.

Fuente

2008-10-21 02:21:03 gregmac

+0

Gracias por su opinión. Actualización rápida: * Encontré varias versiones del elusivo archivo .jar en el sitio web del vendedor. Ninguno juega muy bien con mi antiguo repositorio. Actualización = precio de 5 dígitos. * He decidido ir por el n. ° 4: el nuevo comienzo es bueno para nosotros; mantendremos el viejo repositorio alrededor, ¡JIC! –

5

Puede ejecutar un servidor Star Team por un período de evaluación (30 días?) Sin necesidad de licencias adicionales de Borland; esto le daría suficiente tiempo para ejecutar algunas prácticas y brindarle un servicio completo y confiable solución. Bien vale la pena el esfuerzo.

Además, no subestime el valor de conservar su historial de origen.

Actualizado el 6 de noviembre: Un proyecto en el que participo ha utilizado la herramienta Polarion para migrar un único proyecto de StarTeam a SVN. Tomó un poco de trabajo, pero el resultado final es perfecto. Bien vale la pena invertir tiempo.

Fuente

2008-11-05 08:05:29 Bevan

+1

Gracias por el seguimiento. Estoy considerando la actualización de prueba. Significa que necesitaré convertir el repo original de StarTeam de v5 a v8, luego ejecutaré el utilitario dump, pero puede valer la pena. Publicaremos una actualización después de que el polvo se asiente. –

+1

@AdamLiss ¿se asentó el polvo? Ansioso por lo que finalmente hiciste –

+1

¡Guau, eso fue hace mucho tiempo! Si mal no recuerdo, importamos la última instantánea en Subversion y dejamos funcionando StarTeam hasta que decidimos que ya no la necesitábamos. No lo recomendaría como solución general, pero estábamos haciendo muy poco desarrollo, por lo que la historia no era tan valiosa como lo hubiera sido en una base de código activa. –

5

En cuanto a los comentarios sobre las versiones de StarTeam: sí, la herramienta Polarion SVNImporter necesita Starteam80.jar, y sí, el StarTeam SDK 2005 solo tiene un archivo llamado starteam70.jar. Sin embargo, he descubierto que puede hacer trampa copiando starteam70.jar en el directorio lib de SVNImporter y renombrándolo starteam80.jar.

Fuente

2008-11-11 14:58:57

+1

Las grandes mentes piensan igual: ese fue uno de mis primeros intentos. Desafortunadamente, la versión en nuestra versión 5.1 no es compatible con el repositorio. ¡Agradezco tu sugerencia, sin embargo! –

0

Tengo dificultades para migrar StarTeam 8 a SVN con el kit Polarion. Estoy recibiendo:

[principal] DEBUG STProvider: 80 - check out ... relativa/ruta/a/build.xml versión: 1.0 09: 25: 10.378

[principal] INFO historyLogger: 84 - excepción capturada: java.lang.UnsatisfiedLinkError: com.starbase.util.NativeFileAccess.setLastModifiedAsLong (Ljava/lang/cadena; J) V

y el archivo de destino existe, pero sospecho que es incapaz de resolver la ruta relativa . ¿Sabe si hay propiedades (distintas a las del archivo config.properties) que se pueden establecer para controlar esto?

Fuente

2009-08-07 15:15:12

Cuestiones relacionadas

 Cuestiones relacionadas