Proyecto Talend en SVN

version-control

Question

Necesito usar Talend Open Studio con un SVN. ¿Cuál es la carpeta que debería poner en el repositorio?

Answer 1

Bueno, la respuesta "oficial" es actualizar a Talend Integration Suite (TIS), que incluye la integración de SVN. Va un largo camino para sincronizar las actividades de varios desarrolladores que usan un repositorio compartido.

Si TIS no es una opción para usted, puede tener algún éxito colocando el directorio del proyecto de su Talend Open Studio (TOS) bajo control SVN. Este es el directorio inmediatamente debajo del "espacio de trabajo" que tiene el mismo nombre que su proyecto. Debería realizar todas las operaciones SVN, como confirmar y actualizar, manualmente en este directorio, por ejemplo, usando Tortoise (si está en Windows). TOS podría usar este proyecto como si no estuviera bajo SVN. Personalmente no he probado esto, y recomendaría usar TIS en su lugar.

Answer 2

Me enfrenté a un problema similar y escribí un blog al respecto, ver Poner proyectos de Talend Open Studio bajo control de versión . Básicamente, debes versionar todo tu espacio de trabajo.

Answer 3

No se recomienda colocar un espacio de trabajo de TOS en SVN, ya que CSV / SVN está basado en archivos por naturaleza, mientras que el espacio de trabajo de TOS está basado en el directorio. La probabilidad de que incurra en corrupción en el espacio de trabajo es muy alta.

Sin embargo, obtuve buenos resultados al ponerme debajo de git, en cambio (eche un vistazo aquí para una idea). Debo decir que no es elegante y poner todo el espacio de trabajo bajo control de la versión es una enorme pérdida de espacio (se comprometerán los archivos compilados, registros, historial, temperatura ...), pero es la única solución segura para la integridad de metadatos.

¡Ten cuidado! En * <workspace_root> /. Java * subárbol hay bibliotecas externas y los archivos classpath para cada trabajo en su proyecto ejecutaron al menos una vez. Estos caminos son absolutos . Esto significa que si planea usar su espacio de trabajo controlado por la versión en un entorno compartido, cualquier persona en el equipo debe colocar el espacio de trabajo en la ubicación absoluta en su sistema de archivos local (es decir, c: / talend_git / workspace). De lo contrario, obtendrá una excepción de clase no encontrada al ejecutar trabajos. Triste pero cierto.

Answer 4

Explicaré el enfoque que he seguido

• Los archivos requeridos por TOS IDE son *.items y *.properties . Puede usar estos archivos para la versión que controle sus trabajos de TOS, ya que mantendrá el estado exacto de los trabajos con respecto a Talend IDE.
• Entonces, cuando haya terminado con alguna mejora en su trabajo de Talend. Exportación utilizando la opción "Exportar elementos" y ponerlos bajo revisión SVN. El archivo generado generalmente será un archivo ZIP.
• Siempre que necesite volver a una revisión anterior, puede usar las opciones de "Importar elementos" de un archivo comprimido ZIP que ya ha guardado

Así es como he trabajado con el control de versiones de trabajos de Talend. Espero que esto ayude.

Answer 5

Creo que hay un mecanismo mejor para hacer esto con git y sin seguir todo el espacio de trabajo. Con múltiples desarrolladores que realizan un seguimiento del espacio de trabajo completo, se generan conflictos de combinación en los binarios y no se escala. Compruebe los pasos mencionados aquí - https://medium.com/@ganesh_m_r/version-control-talend-open-studio-project-b9523c48eb77 . Avísame si enfrentas problemas.

Answer 6

En lugar de almacenar todo el proyecto en su SVN, puede exportar su contenido y poner la compilación en su SVN. (Hacemos esto, funciona bien para una exposición individual o un equipo disciplinado).

Pros:

• No será necesario realizar una confirmación debido a cambios menores que no afectan el código fuente generado.
• Ahorrará mucho espacio.
• Usted tiene el control completo de lo que se pone a SVN y lo que no.
• Si seleccionó las casillas de verificación "fuentes java" y "extraer el archivo zip", también obtendrá el código fuente de texto sin formato. Entonces puede usar herramientas simples de diferencia para ver qué cambió exactamente entre sus revisiones.

Contras:

• Tienes que importar manualmente una nueva revisión en tu estudio Talend antes de comenzar cualquier trabajo (si hubo algún cambio) y exportarlo manualmente antes de la confirmación. Esto puede tomar varios minutos para proyectos grandes.
• Si alguien olvida hacer eso, corre el riesgo de que trabaje con el código anterior y lo comprometa. (Ese error se puede encontrar al hacer una revisión de diferencias en el código fuente generado antes del compromiso, pero muy pocas personas lo hacen).