Проект Talend в SVN

Question

Мне нужно использовать Talend Open Studio с SVN. Какую папку я должен разместить в репозитории?

Answer 1

Ну, «официальным» ответом является переход на Talend Integration Suite (TIS), который включает интеграцию SVN. Это долгий путь для синхронизации действий нескольких разработчиков, использующих общий репозиторий.

Если TIS не является для вас вариантом, возможно, вам удастся, поставив каталог проекта вашей Talend Open Studio (TOS) под управлением SVN. Это каталог сразу под «рабочим пространством», который имеет то же имя, что и ваш проект. Вам придется выполнять все операции SVN, такие как фиксация и обновление, вручную в этом каталоге, например, с использованием Tortoise (если вы работаете в Windows). TOS может сможет использовать этот проект, как если бы он не находился под SVN. Я лично не пробовал этого и рекомендовал бы вместо этого использовать TIS.

Answer 2

Я столкнулся с аналогичной проблемой, написал об этом блог, см. Putting Talend Open Studio projects under version control. В основном вы должны обновить всю рабочую область.

Answer 3

поясню подход я следовал

• Файлы, необходимые для TOS IDE являются *.items и *.properties файлы. Вы можете использовать эти файлы для версии, контролирующей ваши задания TOS, так как это будет поддерживать точное состояние работы в отношении среды Talend IDE.
• Итак, всякий раз, когда вы закончите с некоторым улучшением в своей работе Talend. Экспортируйте его , используя опцию «Экспортировать элементы» и поместите их под версию SVN. Генерируемый файл будет обычно архивом ZIP архива.
• Всякий раз, когда вам нужно вернуться к предыдущей версии вы можете использовать «Импортировать» параметры из файла ZIP архива вы уже сохранили

Вот как я работал с версиями заданий Talend. Надеюсь это поможет.

Answer 4

Помещение рабочего пространства TOS под SVN категорически не рекомендуется, поскольку CSV/SVN в качестве файла основано на природе, а рабочее пространство TOS - на основе каталога. Вероятность того, что вы подвергаетесь коррупции в рабочем пространстве, очень высока.

Однако я добился хороших результатов, поставив под git вместо (посмотрите here за идею). Я должен сказать, что это не изящно, а полное рабочее пространство под контролем версий - огромная трата пространства (вы будете компилировать файлы, журналы, историю, temp ...), но это единственное безопасное решение для целостности ваших метаданных.

Знайте! В * <workspace_root> /.java* поддерево существуют внешние библиотеки и файлы классов для каждого задания в вашем проекте, выполненного как минимум один раз. Данные пути абсолютные. Это означает, что если вы планируете использовать рабочее пространство, контролируемое версиями, в общей среде, то в команде должно быть место рабочей области в абсолютном местоположении в локальной файловой системе (то есть c:/talend_git/workspace). В противном случае вы получите исключение класса, не найденное при выполнении заданий. Печально, но верно.

Answer 5

Я думаю, что есть лучший механизм для этого с git и без отслеживания всего рабочего пространства. С несколькими разработчиками, отслеживающими всю рабочую область, возникают конфликты слияния для двоичных файлов и не масштабируются. Проверьте приведенные здесь шаги - https://medium.com/@ganesh_m_r/version-control-talend-open-studio-project-b9523c48eb77. Дайте мне знать, если вы столкнулись с проблемами.

Answer 6

Вместо того, чтобы хранить весь проект в SVN, вы можете экспортировать его содержимое и поместить его в свой SVN. (Мы делаем это, она хорошо работает для одного актёра или дисциплинированной командой.)

Плюсы:

• Вам не нужно будет сделать коммит из-за незначительных изменений, которые не влияют на генерируемый исходный код.
• Вы сэкономите много места.
• У вас есть полный контроль над тем, что поставлено на SVN, а что нет.
• Если вы отметили флажки «java sources» и «extract zip file», вы также получите исходный код открытого текста. Таким образом, вы можете использовать простые инструменты для сравнения, чтобы увидеть , что именно изменилось между вашими изменениями.

Минусы:

• Вы должны вручную импортировать новую версию в студии Talend, прежде чем начать любую работу (если что-то изменилось), и вручную экспортировать его до фиксации. Это может занять несколько минут для крупных проектов.
• Если кто-то забывает об этом, вы рискуете, что он работает со старым кодом и это совершает. (Эта ошибка может быть найдена при выполнении анализа diff на сгенерированном исходном коде перед фиксацией, но очень немногие люди делают это.)