Как Вы имеете дело с кадром visual basic 6 и frx файлами в управлении исходным кодом?

Слияния Frx являются сильной болью. Который я, почему я рекомендую, если Ваша система управления версиями позволяет блокировать, удостоверяюсь, что Вы используете ее на frx файлах для предотвращения слияний. Например, блокировка поддержки Подверсии для предотвращения проблем с редактированием битовых массивов и других двоичных файлов.

С тем сказанным моя компания и я Подверсия использования на проекте VB6 CAD/CAM больше 5 лет и только столкнулся с проблемой с frx слияние несколько времени. Во всех случаях это был простой вопрос для разрешения. Главным образом одним человеком, делающим резервное копирование его формы и разрешающим проблему вручную через вырезанный и вставленный. Если кто-то делающий основную работу над одной из форм, которая имеет много битовых массивов затем, мы удостоверяемся, что блокируем его и заканчиваем ту часть проекта максимально быстро.

P.S. не приносят извинения за странность VB FRX, другие пакеты имеют ту же проблему каждый раз, когда два человека редактируют тот же битовый массив, wav или любой другой тип двоичного файла, от которого будет зависеть программное обеспечение.

Необходимо просто стиснуть зубы и включать их в систему управления версиями. К сожалению, они делают , содержат информацию, которая не доступна больше нигде в источнике. (Битовые массивы добавляются к средствам управления ImageList, например.) При потере тех файлов Вы не можете восстановить приложение правильно.

I work on ClearCase and stumble upon exactly the same problem, and a Google query make me end up here. As the answers here do not really provide the technical nitty-gritty on how to deal with these files on ClearCase, allow me to add what I did today to solve my problem.

Problem:

The .frx files have been created with the "compressed_files" type in ClearCase, which does not support merges, and could create conflicts that will puzzle the unaware user (and get you a support call in the CM team).

Solution:

The overall script which we will follow is described in this IBM technote

1. First thing first, you need to understand which type of handling you want for your binaries: NEVER_MERGE or COPY.

   Ссылку на эти два новых типа можно найти в этом другом техническом примечании IBM

   Я лично выбираю тип КОПИРОВАНИЯ для файлов .frx

   Вам нужно создать новые типы с помощью ClearCase Type Explorer .

   Я предлагаю вам сначала создать новые типы где-нибудь на тестовом VOB. И когда вы будете довольны своим тестированием, создайте новые типы в вашем Admin VOB. Если вы работаете над UCM, это будет на вашем уровне (-ях) PVOB. В любом случае убедитесь, что вы объявили новый тип как Global. Если вы не работаете над UCM и у вас нет административного VOB, вам придется создать новые типы во всех отдельных VOB, которые вы хотите использовать.

   Просто следуйте инструкциям в приведенном выше техническом примечании.

   ПРИМЕЧАНИЕ, ВАЖНО: Вам придется удалить новые типы из «нижнего» VOB, если вы создали их в тестовом VOB, прежде чем создавать их в административном VOB (при условии, что ваш тестовый VOB находился в Admin VOB). Удаление типа элемента удаляет все экземпляры этого типа, поэтому НЕ создавайте эти новые типы для тестирования реальных файлов, поскольку удаление типов из VOB более низкого уровня приведет к удалению всех связанных с ним файлов!

   Будьте осторожны, чтобы не потерять важные данные!

2. Убедитесь, что все новые файлы .frx будут создаваться с правильным новым типом.

   Для этого вам нужно изменить «Волшебный файл». Рекомендуется централизовать изменения в волшебных файлах (вместо того, чтобы менять их на каждом отдельном клиенте). Вы хотите изменить его один раз, на сервере (например, на вашем сервере VOB), и заставить людей использовать переменную среды с именем «MAGIC_PATH», чтобы указывать на него.

   См. Это IBM Technote

   После того, как вы скопировали и переименуйте файл default.magic в вашем местоположении MAGIC_PATH, вам необходимо изменить определение файлов .frx.

   На самом деле в магическом файле по умолчанию есть две записи для них:

    (...)
   
   # Сопоставлять непечатаемые файлы по имени
   
   (...)
   
   vb_form_compiled производный от vb сжатый_файл:! -printable & -name "*. [fF] [rR] [xX]";
   
   (...)
   
   # предполагается двоичным
   
   (...)
   
   vb_form_compiled vb_deroduction compressed_file: -name "*. [fF] [rR] [xX]";
   

   Я прокомментировал их оба и добавил следующую строку перед последней записью в волшебном файле:

    # Новый тип КОПИИ:
   
   frx_visual_basic vb_dehibited КОПИЯ: -name "*. [fF] [rR] [xX]";
   
   # catch-all, если ничего не подходит
   compressed_file: -name "*";
   
   #EOF
   

   Каждый клиент, который определяет переменную среды MAGIC_PATH, теперь должен правильно ее выбрать, чтобы все новые файлы, созданные с суффиксом .frx, имели тип элемента «COPY».

3. Если у вас уже есть файлы .frx в вашем VOB, вы хотите изменить их на новый тип:
   • Заблокировать VOB

   • используйте следующую команду в Windows из командной строки DOS (сверху вашего VOB):

      cleartool find. -all -name "* .frx" -exec "cleartool chtype COPY% CLEARCASE_XPN%"
     

     Это изменит тип элемента для всех файлов * .frx на новый тип КОПИРОВАНИЯ.

   • Разблокировать VOB

     Вам нужно сделать это для всех ваших VOB.

Примечание. В первом техническом примечании вверху этого ответа указано, что «Этот тип слияния (т. Е. КОПИРОВАНИЕ) не поддерживается удаленным клиентом Rational ClearCase». Начиная с ClearCase 7.0.1 и из теста, который я провел сегодня, теперь это поддерживается.

Ура,

Томас