SVN для ПЛИСоводов-АЛЬТЕРодиов. Что скармливать SVNу
- системы контроля версий |
- ПЛИС |
- SVN |
- Quartus |
- FPGA
Quartus при своей работе создает множество файлов, большинство из которых служебные и изменяются от компиляции к компиляции. Естественно что подобные файлы не имеет смысла хранить в репозитории SVN, т.к. они не несут информацию о настройках проекта.
В Quartus основная информация находится в следующих файлах
<name>.qpf | Quartus project file | Файл описания проекта, в этом файле содержится имя проекта |
<name>.qsf | Quartus settings file | Основной файл настроек проекта в котором хранятся настройки синтезатора, фиттера, распиновка, используемые файлы и библиотеки, настройки Classic Timing Analyzer. |
<name>.sdc | Synopsys constrain file | Файл задания настроек TimeQuest, если вы его не используете хранить этот файл не нужно. |
<name>.pin | Pinout file | Файл который создается из *.qsf при работе с Pin Planner. Хранить не обязательно, но пусть будет. |
<name>.qdf | Quartus design file | Дополнительные файлы настроек по умолчанию. Хранить не обязательно, но пусть будет. |
<name>.stp | SignalTap file | Файл для инициализации SignalTap |
Результаты работы над проектом могут быть в следующих файлах
<name>.vqm | Verilog quartus mapping | Файл нетлиста, может являться результатом работы над проектом. Предназначен для использования в других модулях |
<name>.qxp | Quartus Export Partition | Файл нетлиста, может являться результатом работы над проектом. Предназначен для использования в других модулях |
<name>.pof, <name>.sof и и.д. | Файлы прошивок | Имеет смысл хранить только в ревизиях проекта. |
И для релизов проекта, если будет актуально, можно хранить 2 отчета
<name>.map.sumary | Отчет синтезатора о работе | Имеет смысл хранить только в ревизиях проекта |
<name>.fit.sumary | Отчет фиттера о работе | Имеет смысл хранить только в ревизиях проекта |
Смысла помещать под контроль репозитория SVN остальные файлы, а особенно содержание папки db|increment_db нет никакого.
все вышесказанное относиться к проектам без использования инкрементальной компиляции.
Для очистки директории проекта от не нужных файлов, я использую следующий файл clear.bat
rmdir /s /q db rmdir /s /q increment_db del /q *.rpt del /q *.summary del /q *.smsg del /q *.done del /q *.qdf
- блог пользователя des00
- 13280 просмотров
Новые записи в блогах
- Устранение дребезга контактов на основе вертикальных счетчиков
- Диагностика Imprecise Bus Faults в микроконтроллерах Cortex-M3/M4/M4F
- Self-powered камера
- Фоновый модулятор: беспроводная связь из ничего (перевод)
- Texas Instruments Analog Applications Journal SLYT612 "Снижение искажений в аналоговых КМОП ключах" (перевод)
- USB MSD. Часть 6. Команды SCSI (перевод)
- USB MSD. Часть 3. USB класс накопителей данных (перевод)
- Texas Instruments Application Report SBAA042 "Кодовые схемы, используемые в аналогово-цифровых преобразователях" (перевод)
- 10 принципов правильного интерфейса
- Релиз SDK на русский микропроцессор КРОЛИК
Комментарии
SVN для ПЛИСоводов-АЛЬТЕРодиов. Что скармливать SVNу
А как же файлы самих описания? Такие, как .v, .hdl, файлы описаний элементов, созданных с помощью мегавизарда, например?
Их тоже имеет смысл хранить, ведь зачастую в изменениях этих файлов и кроется суть новой ревизии. Да и при утере данных на рабочем компьютере, из хранилища неудастся полностью восстановить материал.
ну это как то само собой
ну это как то само собой подразумевалось %)
В скрипте clear.bat надо
В скрипте clear.bat надо заменить
на
(по крайней мере для 11 квартуса)
Спасибо за статьи!
Очень даже может быть, это
Очень даже может быть, это все делалось во времена старого квартуса может папки по другому назывались, а может быть и просто опечатался %)
Отправить комментарий