Таленд проект в 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

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

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

Будь в курсе! В поддереве * /. Java * есть внешние библиотеки и файлы пути к классам для каждого задания в вашем проекте, которое вы выполнили хотя бы один раз. Эти пути являются абсолютными . Это означает, что если вы планируете использовать ваше рабочее пространство с управлением версиями в общей среде, любой в команде должен поместить рабочее пространство в абсолютное место в своей локальной файловой системе (то есть c: / talend_git / workspace). В противном случае вы получите исключение для класса not found при выполнении заданий. Грустно, но верно.

Answer 3

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

Answer 4

Я объясню подход, которому я следовал

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

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

Answer 5

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

Плюсы:

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

Минусы:

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

Answer 6

Я столкнулся с подобной проблемой и написал об этом в блоге, см. Перевод проектов Talend Open Studio под контроль версий . По сути, вы должны создать версию всего своего рабочего пространства.