Как создать версию проекта VxWorks Workbench

Я пытаюсь запустить проект VxWorks Workbench версии 4.5.2 в систему CM, но у меня возникают проблемы. Я только начал изучать VxWorks Workbench. Я немного искал, как это сделали другие, и наткнулся на два решения:

  1. Сделайте относительный путь к проекту в подкаталоге в домашнем каталоге WindRiver.
  2. Не версионируйте файлы проекта Workbench, а версионируйте только мой исходный код. Каждый клиент должен заново создать проект Workbench на своем локальном компьютере.

Первое решение было бы в порядке, но я не смог заставить его работать. Кажется, есть некоторый реестр (Windows 10) или какой-то путь, хранящийся в другом месте для местоположений рабочей области, связанных с Workbench, но конечным результатом является то, что проект не загружается.

Второе решение было бы последним средством, которое я бы предпочел не делать, поскольку для повторного создания проекта на локальном компьютере требуется много шагов, что делает его утомительным и подверженным ошибкам. Есть ли у кого-нибудь опыт версионирования проектов Workbench 4 в CM и может поделиться возможными решениями?


vxworks
person spellmansamnesty    schedule 20.06.2019    source источник
comment
Я считаю, что ответ заключается в том, чтобы импортировать проект в Workbench с помощью обычных средств Eclipse, хотя я также довольно новичок в Eclipse и не уверен, какой вариант импорта использовать для моего проекта VxWorks, поскольку показаны только общие параметры.   -  person spellmansamnesty    schedule 20.06.2019

Ответы (1)


arrow_upward
2
arrow_downward

Это может быть сложно, и это очень сильно зависит от того, о каком типе проекта вы говорите.

Для проектов DKM, RTP, Static и Shared Library вам необходимо указать версию этих файлов проекта:

  • .wrproject
  • .wrmakefile
  • .cproject
  • .проект

Другие типы проектов будут иметь их, а также некоторые дополнительные файлы, необходимые для воссоздания проекта, например, проекты VIP также имеют файл <projectname>.wpj. Однако окончательный список слишком длинный для этого ответа.

Вам не нужно не устанавливать версии для автоматически созданных Makefile , а также для автоматически созданных подпапок сборки.

Мой совет — хранить проекты вместе с вашим кодом. Я лично предпочитаю хранить свои проекты за пределами моего рабочего пространства, и они, конечно же, не должны храниться где-либо в папке установки Windriver.

Я склонен использовать такую ​​структуру:

  • c:\gitrepositorys\CuriousCamel\Source\
    • dkmProject1
      • .wrproject
      • .проект
      • .wrmakefile
      • .cproject
      • дкм.с
    • дкмпроект2
    • дкмпрожект3
    • виппроект

и т.п.

Все вышеперечисленное является версиями. Что касается фактического рабочего пространства Workbench, я обычно создаю его в c:\gitrepositorys\CuriousCamel\Workspace, и это явно не версия - я создаю его заново для каждого клона и часто удаляю и воссоздаю при переключении ветки.

Существующие проекты можно импортировать в рабочую область с помощью мастера импорта (используя опцию Общие->Существующие проекты из файловой системы). Когда вы создаете новый проект, просто убедитесь, что вы выбрали опцию «Создать проект во внешнем расположении» и выберите место, где вы выбрали для хранения проектов.

person mjs    schedule 21.06.2019
comment
Спасибо. Это указало мне правильное направление. Я также заметил, что файл project/.settings/language.settings.xml содержит пути включения для версии vxworks, которую я установил. Есть ли способ указать здесь путь WIND_HOME? Или этот файл не нужен для версии? - person spellmansamnesty; 21.06.2019
comment
Итак, я обнаружил, что да, этот файл необходим, и переменные среды можно использовать в форме ${ENV_VAR}, и я заменил относительные пути, которые были автоматически сгенерированы рабочей средой, на ${WIND_HOME} - person spellmansamnesty; 25.06.2019