Цитата(yuri.job @ Apr 27 2017, 05:08)
но я ума не приложу, как быть с хранением версий печатных плат, т.к. они у нас легко могут по несколько сот мегабайт весить. Может Форумчане ткнут меня носом в какую сторону копать и как делать контроль версий для печатных плат конкретно каденса. и еще хотел бы услышать, как другие, кто работает в каденсе, делают контроль версий.
Ни одна система "контроля" не даст вам для файлов печатных плат того, что она даёт для исходников софта, пока её не встроят в сам CAD. И даже после этого это не даст преимуществ, т.к. "в заказ" не отправляют "ежедневные" релизы плат.
IMHO, достаточно "идентификации" - ведения изменения (или ревизии).
Если плату изготавливали, то надо хранить её проект (в этом изменении) "пожизненно" (до конца срока жизни проекта в этом изменении/ревизии). Например для ремонта/сапорта, внесения доработок.
Для дальнейшего релиза копировать проект и менять изменение.
И так с каждым изменением (ревизией) по которой есть задел или она в наличии у клиентов/заказчиков.
Как хранить? Я, например, на сервере, в папках с номером изменения в названиях.
Для простоты выравниваю номер изменения у всего по сборке (схема, плата, гербера, перечень, спецификация и пр.файлы), т.е. всего что храню в одной папке с проектом.
Для экономии места не надо хранить документацию для разработчика в папках с проектом, в процессе разработки файлы документации рассовываются по папкам "библиотеки" (сторонней технической документации), а в компонентах/проекте проставляются гиперссылки для быстрого доступа и просмотра документа.
Текущие преимущества:
- простота бекапа,
- простой удалённый доступ,
- независимость от софта разработки (хоть их десять разных в проекте одновременно, включая механику и симуляторы),
- независимость от конкретного разработчика и его персонального компьютера, когда нужно срочно внести внеочередное изменение или передать работу другому,
- легкий текстовый поиск по файлам отчётов по всем проектам с помощью FAR манагера.
Цитата(yuri.job @ Apr 27 2017, 05:08)
чтобы каждыйчеловек мог библиотеки наполнять
Каждый - это лишнее. Может привести к замусориванию и конфликтам дублирования.
Лучше всего выделять сопровождение/пополнение библиотеки в отдельную задачу и поручать конкретному человеку/людям.
Да и создание новых компонентов делегировать им же.