Projet Talend à SVN

Eh bien, la réponse "officielle" est de passer à Talend Integration Suite (TIS), qui inclut SVN integration. Cela permet de synchroniser les activités de plusieurs développeurs utilisant un dépôt partagé.

si TIS n'est pas une option pour vous, vous pourriez avoir un certain succès en mettant le répertoire de projet de votre Talend Open Studio (TOS) sous le contrôle de SVN. C'est le répertoire immédiatement sous "workspace" qui a le même nom que votre projet. Vous devez effectuez toutes les opérations SVN, telles que commit et update, manuellement sur ce répertoire, par exemple en utilisant Tortoise (si vous êtes sous Windows). TOS être en mesure d'utiliser ce projet comme S'il n'était pas sous SVN. Personnellement, je n'ai pas essayé cela, et je recommande D'utiliser TIS à la place.

il est fortement déconseillé de mettre un espace de travail TOS sous SVN, puisque CSV/SVN est basé sur des fichiers par nature, alors que L'espace de travail TOS est basé sur des répertoires. La probabilité que vous encourez dans la corruption de l'espace de travail sont très élevés.

Cependant j'ai obtenu de bons résultats en mettant en vertu de git, à la place (avoir un coup d'oeil ici pour avoir une idée). Je dois dire que ce n'est pas élégant et mettre tout l'espace de travail sous le contrôle de la version est un énorme gaspillage d'espace (vous allez commettre des fichiers compilés, les journaux, histoire, intérimaire...), mais c'est la seule solution sûre pour vos métadonnées d'intégrité.

Être conscient! */.java* subtree il y a des bibliothèques externes et les fichiers classpath pour chaque tâche de votre projet que vous avez exécutée au moins une fois. Ces chemins sont absolues. Cela signifie que si vous prévoyez d'utiliser votre espace de travail contrôlé par version dans un environnement partagé, n'importe qui dans l'équipe placer l'espace de travail dans l'emplacement absolu de leur système de fichiers local (IE. c:/talend_git/workspace). Sinon, vous obtiendrez une classe non trouvée exception lors de l'exécution des travaux. Triste mais vrai.

je vais vous expliquer l'approche que j'ai suivie

• les fichiers requis par TOS IDE sont *.items et *.properties fichiers. Vous peut utiliser ces dossiers pour la version contrôlant vos travaux TOS comme il le fera maintenir L'état exact des emplois par rapport à Talend IDE.
• donc chaque fois que vous avez terminé avec une certaine amélioration dans votre travail de Talend. Exporter en utilisant l'option "Exporter des articles" et en les mettant sous SVN revision. Fichier généré sera habituellement un fichier D'archive ZIP.
• chaque fois que vous devez revenir à une révision précédente, vous pouvez utiliser " importer des éléments" options à partir d'un fichier D'archive ZIP que vous avez déjà enregistré

je pense qu'il y a un meilleur mécanisme pour faire cela avec git et sans suivre tout l'espace de travail. Avec plusieurs développeurs qui suivent tout l'espace de travail donne des conflits de fusion sur les binaires et n'a pas d'échelle. Vérifiez les étapes mentionnées ici - https://medium.com/@ganesh_m_r/version-control-talend-open-studio-project-b9523c48eb77 . Laissez-moi savoir si vous rencontrez des problèmes.

j'ai été confronté à un problème similaire, un écrit un blog à ce sujet, reportez-vous à Mettre Talend Open Studio les projets sous contrôle de version. En gros, vous devriez modifier l'ensemble de votre espace de travail.

au lieu de stocker tout le projet dans votre SVN, vous pouvez exporter son contenu et mettre le build dans votre SVN. (Nous faisons cela, il fonctionne bien pour le spectacle d'un homme ou d'une équipe disciplinée.)

Avantages:

• vous n'aurez pas besoin de faire une propagation à cause de changements mineurs qui n'affectent pas le code source généré.
• vous économiserez beaucoup d'espace.
• vous avez le contrôle total de ce qui est mis en SVN et de ce qui ne l'est pas.
• si vous avez coché les cases à cocher" sources java "et" extraire le fichier zip", vous obtiendrez également le code source en clair. Vous pouvez donc utiliser des outils de diff simples pour voir qu'est-ce exactement changé entre vos révisions.

contre:

• vous devez importer manuellement une nouvelle révision dans votre studio Talend avant de commencer un travail (si quelque chose a changé), et l'exporter manuellement avant la propagation. Cela peut prendre plusieurs minutes pour les grands projets.
• Si quelqu'un oublie de faites cela, vous risquez qu'il travaille avec l'ancien code et commet cela. (Cette erreur peut être trouvée en faisant une révision diff sur le code source généré avant la propagation, mais très peu de gens le font.)