Использование системы контроля версий для слежения за хардверными файлами

[syoma 0]

Народ скажите, это бред или нет?

То есть есть SVN, в которой хранится софт. Возникла идея - а не организовать ли хардовые файлы тоже через SVN? Конечно проблема будет сравнивать версии - там много бинарщины, но в принципе платы и схемы тоже имеют ревизии и т.д. Под хардовыми файлами я подразумеваю лейауты плат, схемы в Orcad и т.д.

 

У кого есть опыт - в этом вообще есть смысл?

[Rst7 0]

Я именно так и храню данные проектов. Папка каждого проекта имеет подпапки с софтом и схемами/печатными платами. Ну, конечно, проблемы со сравнением, посему надо больше отписывать комментариев, чтобы по ним можно было понять различия.

[vitan 0]

Это нормально, много лет так работаю, только с CVS. И не только рабочие файлы, но и КД в pdf туда складываем. А потом по отделам раздаем с меточкой. Для многих бинарных файлов можно настроить сравнение, так что обычные юзеры даже и не заметят разницы.

 

Но это все фигня, нужно ставить нормальную PDM, и тогда все будет хорошо. Или PLM. :)

[uriy 0]

В разработке пользуюсь git. Использую бесплатыне закрытые сервера gitlab и bitbucket. Еще стоит gitlab сервер в своей локалке. Файлы которые нужны для производства (сборочники, схемы, прошивки) выкладываю в локальный redmine.

[Сергей Борщ 0]

Для проектирования плат использую пакеты, хранящие файлы в текстовом виде (в PCAD выбирал формат PCAD-ASCII). Документы OpenOfiice/LibreOffice храню в формате fodt/fods, которые чистый текстовый xml. *.pdf храню в двоичном виде.

[syoma 0]

хранящие файлы в текстовом виде (в PCAD выбирал формат PCAD-ASCII).

А что оно даст? Их помоему все равно сравнить не получится, и merge тоже невозможен.

[Сергей Борщ 0]

Их помоему все равно сравнить не получится, и merge тоже невозможен.

Попробуйте.

 

[Fujitser 0]

Мы на работе используем mercurial, очень хорошая система.

[9_power 0]

SVN новых версий(1.7 и 1.6 точно) поддерживает дифференциальную передачу и для бинарных файлов. По работе в svn пролезали и многогигабайтные файлы(gdsii) и 10000 мелких файлов в одном коммите. Минус - содежимое бинарных файлов сравнивать сложно.

[sds 0]

Народ скажите, это бред или нет?

То есть есть SVN, в которой хранится софт. Возникла идея - а не организовать ли хардовые файлы тоже через SVN? Конечно проблема будет сравнивать версии - там много бинарщины, но в принципе платы и схемы тоже имеют ревизии и т.д. Под хардовыми файлами я подразумеваю лейауты плат, схемы в Orcad и т.д.

 

У кого есть опыт - в этом вообще есть смысл?

 

 

Без этого не представляю работу!

Альтиум дружит с SVN и CVS. Ориентируйтесь на него!

[Shein 0]

Народ скажите, это бред или нет?

То есть есть SVN, в которой хранится софт. Возникла идея - а не организовать ли хардовые файлы тоже через SVN? Конечно проблема будет сравнивать версии - там много бинарщины, но в принципе платы и схемы тоже имеют ревизии и т.д. Под хардовыми файлами я подразумеваю лейауты плат, схемы в Orcad и т.д.

 

У кого есть опыт - в этом вообще есть смысл?

Схему работы нашей команды я уже выкладывал в соседней ветке тыц

Кратко суть:

Под контролем SVN хранятся и файлы PCAD, и чертежи (*.dwg) и вся текстовая документация по проекту. Все, естественно, разложено по папкам (схема, плата, КД, документы, ПО). Последнее время для контроля исходников в процессе работы стали широко использовать Git, а уже стабильные версии фиксируются на SVN. Кстати, для схем и плат сделанных в PCAD, при правках, сохранение проводим с включенным ECO файлом и потом его фиксируем вместе с собственно *.sch/*.pcb. Даже если исполнитель нечетко указал в комментарии что он правил, по ECO файлу довольно легко это можно отследить (конечно если не перепахивалась половина схемы на 2500 цепей :) )

Туда же, в репозиторий, складываются все даташиты использованные в проекте. Особой необходимости в их версификации нет, но удобно когда они под рукой вместе с проектом (в повседневной работе и особенно при бекапах).