Вопрос

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

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

  • RFT V 8.1.1.2 работает на Windows XP
  • SVN работает на Linux

  • Это достаточно хорошо для версии .class а также .java файлы?
Это было полезно?

Решение

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

Другие советы

Да, вы можете использовать SVN. Но НЕ ДЕЛАЙТЕ Версия .Class файлы, поскольку они скомпилированы файлы Java и могут изменяться между сборками. Лучше восстановить проект от Eclipse каждый раз, когда вы выполняете обновление.

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

Мы были успешны с использованием RFT с SVN. Тем не менее, нам пришлось использовать блокировку файлов, поскольку есть ряд файлов (XML), которые используются для составления скрипта RFT. Мы добавили плагин подклюшителя к RFT. Затем мы создаем пустой проект RFT с тем же именем, что и проект, который мы импортировали в SVN. Затем мы проверяем проект RFT от SVN сверху (перезаписать) пустой проект RFT. Когда мы создаем новый скрипт, мы добавляем свойство SVN: нуждается в недвижимость в файле Java. Когда мы делаем обновления и коммиты, мы выбираем проект, это результаты в других файлах ресурсов, связанных с скриптом, который будет включен в коммит.

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

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

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

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top