Projet Talend à SVN

J'ai besoin d'utiliser Talend Open Studio avec un SVN. Quel est le dossier que je doit mettre dans le référentiel?

source d'informationauteur JMira | 2011-01-05

  1. 15

    Bien, le "officielle" de la réponse est de mettre à niveau vers Talend Integration Suite (TIS), qui comprend l'intégration de SVN. Il va un long chemin à synchroniser les activités de plusieurs développeurs à l'aide d'un référentiel 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 SVN de contrôle. C'est le répertoire immédiatement sous la rubrique "espace de travail" qui a le même nom que votre projet. Vous aurez à effectuer toutes les opérations SVN, comme s'engager et à la mise à jour, manuellement sur ce répertoire, par exemple à l'aide de la Tortue (si vous êtes sur Windows). TOS pourrait être en mesure d'utiliser ce projet comme si elle n'était pas sous SVN. Personnellement, je n'ai pas essayé cela, et recommande l'utilisation de la TIS à la place.

  2. 5

    Mettre un TOS de l'espace de travail sous SVN est fortement déconseillée, en tant que cvs/SVN en tant que fichier de la base par la nature, tout en TOS de l'espace de travail est basée sur le répertoire. La probabilité que vous encourez dans l'espace de travail de la corruption sont très élevés.

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

    Être au courant! *≪workspace_root>/.java* sous-arbre il y a des bibliothèques externes et le chemin des fichiers pour chaque poste de travail dans votre projet, vous exécutée au moins une fois. Ces chemins sont absolues. Cela signifie que si vous envisagez d'utiliser votre système de contrôle de version de l'espace de travail dans un environnement partagé n'importe qui dans l'équipe doit place de l'espace de travail dans l'emplacement absolu dans leur système de fichiers local (ie. c:/talend_git/workspace). Sinon, vous obtiendrez une classe pas trouvé exception lors de l'exécution d'emplois. Triste mais vrai.

  3. 2

    Je vais vous expliquer la démarche que j'ai suivie

    • Les fichiers requis par TOS IDE sont *.items et *.properties fichiers. Vous
      pouvez utiliser ces fichiers pour version le contrôle de votre TOS emplois qu'il y aura
      maintenir l'état exact d'emplois à l'égard de Talend IDE.
    • Donc à chaque fois que vous avez terminé avec une amélioration dans votre job Talend. Exporter
      à l'aide de "produits d'Exportation" et les mettre sous SVN revision. Le fichier
      généré sera généralement un fichier archive ZIP.
    • Chaque fois que vous avez besoin de revenir à une version précédente, vous pouvez utiliser le bouton "Importer les Éléments"
      options à partir d'un fichier archive ZIP que vous avez déjà enregistré

    C'est la façon dont j'ai travaillé avec les versions de Talend emplois. Espérons que cette aide.

  4. 1

    Je pense qu'il y a de meilleur mécanisme pour ce faire avec git et sans suivi de l'ensemble de l'espace de travail. Avec plusieurs développeurs suivi de l'ensemble de l'espace de travail donne les conflits de fusion sur les fichiers binaires et de n'est pas à l'é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.

  5. 0

    J'ai fait face à un problème similaire, un écrit un blog à ce sujet, voir Mettre Talend Open Studio les projets sous contrôle de version. Fondamentalement, vous devez la version de l'ensemble de votre espace de travail.

  6. 0

    Au lieu de stocker l'ensemble de votre projet dans la SVN, vous pouvez exporter le contenu et de mettre l'intégrer dans votre SVN. (Nous faisons cela, il fonctionne bien pour le spectacle d'un homme ou d'une équipe disciplinée.)

    Pour:

    • Vous n'aurez pas besoin de faire un commit en raison de modifications mineures qui n'affectent pas le code source généré.
    • Vous permettra d'économiser beaucoup d'espace.
    • Vous avez le contrôle complet de ce qui est mis à SVN et ce qui ne l'est pas.
    • Si vous avez coché la "java des sources" et "extraire le fichier zip" cases à cocher, vous obtiendrez également en clair le code source. Ainsi, vous pouvez utiliser de simples outils diff pour voir qu'est-ce exactement changé entre vos révisions.

    Contre:

    • Vous devez importer manuellement nouvelle révision dans votre studio Talend avant de commencer les travaux (si quelque chose a été changé), et exporter manuellement avant de le commettre. Cela peut prendre plusieurs minutes pour les grands projets.
    • Si quelqu'un oublie de le faire, vous risquez qu'il fonctionne avec de l'ancien code et s'engage à ce que. (Cette erreur peut être trouvé lors d'une diff examen sur le code source généré avant de s'engager, mais très peu de gens le font.)