Могу ли я использовать svn для скриптов RFT?

Question

Мы пользователь svn на работе, и теперь мы вводим RFT (Rational Functional Tester).

Есть ли вероятность, что я смогу использовать существующие svn для версий моих RFT-скриптов? Я понял, что один скрипт RFT содержит не только один файл.

• RFT v 8.1.1.2 работает ОС Windows XP
• СВН работает на Linux

---

• это достаточно хорошо, чтобы версии .class и .java файлы?

Answer 1

Вы можете использовать Subversion для версии любого файла. Однако текстовые и двоичные файлы обрабатываются по-разному. Для текстовых файлов можно просматривать различия по строкам, с бинарными файлами вы можете просто проверить более старую версию.

Answer 2

Установите VMware Ubuntu на окна разработчиков Windows XP и запустите на нем Linux.

Мы сделали именно это в нашей предыдущей организации. У всех разработчиков была установлена ​​VMware Ubuntu на наших машинах Windows. Вы можете использовать Eclipse или MyEclipse или RFT, версию RFT-кода из IDE или из командной строки.

Answer 3

Мы были успешными с использованием RFT с SVN. Однако нам пришлось использовать блокировку файлов, так как существует ряд файлов (XML), которые используются для составления сценария RFT. Мы добавили плагин subclipse в RFT. Затем мы создаем пустой проект RFT с тем же именем, что и проект, который мы импортировали в SVN. Затем мы проверяем проект RFT из SVN поверх (Overwrite) пустого проекта RFT. Когда мы создаем новый скрипт, мы добавляем свойство svn: needs-lock в java-файл. Когда мы делаем обновления и фиксируем, мы выбираем проект, это приводит к другим файлам ресурсов, связанным с скриптом, который должен быть включен в фиксацию.

Answer 4

Да, вы можете использовать SVN. Но НЕ версия .class файлы, поскольку они скомпилированы java-файлы и могут меняться между сборками. Лучше перестраивать проект из Eclipse каждый раз, когда вы делаете обновление.

Опасайтесь, что некоторые RFT-файлы не могут быть объединены (например, datapools .rftdp), потому что они представляют собой файлы XML, написанные в одной уникальной строке, поэтому вам нужно заблокировать эти файлы, если вам нужно отредактировать их или синхронизировать с вашей командой, или вы можете разрешить конфликты, принимающие последнюю совершенную ревизию.

Answer 5

Я несколько повторю другие ответы, но я надеюсь уточнить это больше.

Первая проблема: файлы карты объектов. Это простые файлы XML. Их можно было легко отследить до контроля версий, к сожалению, IBM сделала здесь беспорядок. Они не используют хорошую библиотеку разбора для XML. Он должен содержаться только в одной строке. Если вы очистите код, он больше не будет разбираться. Поскольку программное обеспечение для контроля версий отслеживает различия в линиях, каждое простое изменение создаст беспорядок конфликта.

Даже если он работал после переформатирования на несколько строк, каждая небольшая модификация (например, добавление нового тестового объекта) могла бы изменить порядок содержимого xml. Конечно, я попробовал все это.

На практике файлы карты объектов являются двоичными файлами, и вы должны добавить свойство svn: lock для каждого из них.Они использовали XML как модное слово, преднамеренно предотвращая все преимущества формата.

Вторая проблема: RFT генерирует много вспомогательных файлов с ваших карт объектов. Это файлы в каталоге «resources». В отношении передовых методов контроля версий вы также должны вручную зафиксировать эти файлы. Будьте осторожны, чтобы совершить все, что меняется.

RFT имеет интеграцию ClearCase, и он автоматически проверяет и проверяет все необходимые файлы. Но не входите в эту интеграцию из ада. Вам будет лучше с Subversion.

Заключение: Если вы используете RFT, вы обречены на последовательное развитие. У вас не может быть 2 разработчиков, работающих в одной и той же кодовой базе. Добро пожаловать в 70-е!