[Beby 4]

Есть фирма, на ней работает около 20 ПЛИС'овиков, работающих на Xilinx ISE. Каждая разрабатываемая плата содержит более 2 FPGA, а прошивку для каждой FPGA разрабатывает минимум 2 ПЛИС'овика. Ряд решений мигрируют с платы на плату, потихоньку развиваясь. В итоге очень легко получить месиво из исходных файлов, и, тем более, из прошивок.

 

Может кто подскажет, какие есть программы, которые могут:

1. вести учёт изменений исходников (VHDL/Verilog).

2. вести учёт версий исходников, из которых собрана каждая конкретная прошивка.

3. работать на сервере, накапливая эти самые исходники и прошивки.

 

Большинство ПЛИС'овиков работает под Windows XP, соответственно хочется, чтобы и клиентская часть такой программы работала под Win32.

Если есть что-то очень хорошее, но Linux'овое, то тоже очень интересно.

 

Если нету продукта, который может всё и сразу, то интересно, что вообще есть по этому направлению для ПЛИС.

 

P.S. Было бы совсем замечательно, если бы такая программа могла работать и с Xilinx ISE schematic файлами.

[vadimuzzz 0]

SVN, не?

кроме того, что вы перечислили, имеет смысл хранить версии файлов настроек проекта, констрейны

[des00 25]

Есть фирма, на ней работает около 20 ПЛИС'овиков, работающих на Xilinx ISE. Каждая разрабатываемая плата содержит более 2 FPGA, а прошивку для каждой FPGA разрабатывает минимум 2 ПЛИС'овика. Ряд решений мигрируют с платы на плату, потихоньку развиваясь. В итоге очень легко получить месиво из исходных файлов, и, тем более, из прошивок.

 

уже обсуждали, используйте систему контроля версий

 

P.S. Было бы совсем замечательно, если бы такая программа могла работать и с Xilinx ISE schematic файлами.

 

насчет наличия вот этого сильно сомневаюсь

[dxp 50]

SVN

+1

 

Успешно работали над одним проектом в ПЛИС вдвоем параллельно в ветках, с последующим слиянием. Все получилось просто, прозрачно.

 

Думается, что для озвученных задач подойдет практически любая современная система управления версиями. Тут больше надо смотреть на технические особенности - например, имеет ли значение тип репозитория - распределенный или центральный. Или распространенность системы. Например, у svn в этом смысле оно весьма неплохо.

[aat_81 0]

Если хочется потратить деньги то можно воспользоваться Clear Case, но на мой взгляд SVN вполне хватит. По поводу схематика то можете смело все сохранять ему по фигу какие файлы лежат в репозитории.

[des00 25]

Если хочется потратить деньги то можно воспользоваться Clear Case, но на мой взгляд SVN вполне хватит. По поводу схематика то можете смело все сохранять ему по фигу какие файлы лежат в репозитории.

 

хранить то может, а вот сравнивать или мерджить.... :)

[dvladim 0]

Может кто подскажет, какие есть программы, которые могут:

1. вести учёт изменений исходников (VHDL/Verilog).

2. вести учёт версий исходников, из которых собрана каждая конкретная прошивка.

3. работать на сервере, накапливая эти самые исходники и прошивки.

Ну да, нужна система управления версиями. Среди централизованных рекомендую SVN (сами пользуем), среди распределенных посмотрите на git - поддержка мощнейшего linux сообщества или Mercurial - в плюсы, как правило, ставится легкость перехода с SVN.

И почитайте этот раздел.

[Beby 4]

Всем спасибо за ответы.

Особо полезной оказалась ссылочка на соответствующую тему.

[des00 25]

хранить то может, а вот сравнивать или мерджить.... :)

 

вот до чего техника дошла Сравнение картинок при помощи TortoiseIDiff

[Beby 4]

вот до чего техника дошла Сравнение картинок при помощи TortoiseIDiff

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

[des00 25]

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

 

так то оно так, но код получается плохо читаемым и вносить в нем поправки геморой еще тот %) это конечно лучше чем ничего, но вы правы лучше поставить нормальный стиль описания и делать все в коде %) Но это тема отдельного холивара %)

[aat_81 0]

хранить то может, а вот сравнивать или мерджить.... :)

С этим сложнее ))).