я могу иметь SVN для сценариев RFT? - PullRequest
1 голос
/ 01 сентября 2010

Мы работаем с svn на работе, а сейчас внедряем RFT (Rational Functional Tester).

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

  • RFT v 8.1.1.2 работает на windows xp
  • svn работает на linux

  • достаточно ли это для версий .class и .java файлов?

Ответы [ 5 ]

3 голосов
/ 12 апреля 2012

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

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

3 голосов
/ 01 сентября 2010

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

1 голос
/ 20 января 2011

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

0 голосов
/ 24 ноября 2015

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

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

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

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

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

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

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

0 голосов
/ 21 сентября 2010

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

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

...