Proyecto Talend en SVN

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 cierto é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 ser capaz de utilizar 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, vea Putting Talend Open Studio projects under version control. Básicamente, debes versionar todo tu espacio de trabajo.

Answer 3

voy a explicar el método que he seguido

• Los archivos necesarios TOS IDE son *.items y *.properties archivos. Usted puede usar estos archivos para la versión que controla sus trabajos de TOS, ya que hará que mantenga el estado exacto de los trabajos con respecto a Talend IDE.
• Por lo tanto, cuando haya terminado con alguna mejora en su trabajo Talend. Extiéndalo usando la opción "Exportar elementos" y póngalos bajo revisión SVN. El archivo generado generalmente será un archivo ZIP.
• Siempre que necesite volver a una revisión anterior se pueden utilizar los "artículos de importación" opciones desde un archivo ZIP que haber guardado

Así es como me he trabajado con versiones de los puestos de trabajo de Talend. Espero que esto ayude.

Answer 4

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

Sin embargo, logré buenos resultados poniendo en git, en su lugar (eche un vistazo a here para tener 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.

¡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. Estas rutas son absolutas. Esto significa que si planea usar su espacio de trabajo controlado por versión en un entorno compartido, cualquiera 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 5

Creo que hay un mejor mecanismo 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 construcción en su SVN. (Nos ello, funciona bien para una demostración de una persona o un equipo disciplinado.)

Pros:

• Usted no tendrá que hacer un commit debido a los cambios menores que no afectan a la generan código fuente.
• Ahorrará mucho espacio.
• Tiene control total de lo que se pone a SVN y lo que no.
• Si marcó las casillas de verificación "fuentes java" y "extraer el archivo zip", también obtendrá el código fuente de texto sin formato. De modo que puede usar herramientas simples de diferencia para ver qué exactamente cambió entre sus revisiones.

Contras:

• Tienes que importar manualmente nueva revisión en su estudio de Talend antes de empezar cualquier trabajo (si algo ha cambiado), y de forma manual exportarlo antes de confirmar. Esto puede tomar varios minutos para proyectos grandes.
• Si alguien se olvida de hacer eso, corre el riesgo de que trabaje con el código anterior y lo confirme. (Ese error se puede encontrar al hacer una revisión de diferencias en el código fuente generado antes de la confirmación, pero muy pocas personas lo hacen).