система управления конструкторскими архивами

А в чём проблема использовать git, доработав diff и patch?

а в каком формате то документация?

не сканами же листиков с гостовской рамочкой?

ps. http://blog.riemann.cc/2013/04/23/versioning-of-openoffice-libreoffice-docume...

А чем тебе сам git или mercurial не нравятся?

Кури ЕСКД до полного просветления, Извещение о изменении КД ни кто не отменял. ЗЫ должен быть контрольный экземпляр КД (и ТД) с подшивкой всех изменений и извещений.

DWG, cdw + оцифрованное кд в виде tiff + изменения к нему в виде извещений (мы не держатели подлинников)

Я знаю работу БТД, нормоконтроля.

DWG, cdw

ССЗБ!

Используй dxf — там текстовый формат и нормально все с hg diff или git diff.

то, что слышал, платное. TeamCenter (вроде сейчас siemens всё прикупил)

Сталкивался. В природе именно для cdw и dwg ничего нет. И вряд ли появится.

ах, да. из бесплатного, конечно.

И как быть с КД в векторном формате?? Тем более все у кого уровень ниже компьютерной грамотности с diff не справятся, по идее нужен электронный БТД.

Так в чем проблема??

Аскон для компаса пытался пилить свою систему электронного документо оборота, но получившийся монстр не взлетел. Можно покопать в сторону ПЛМ ЛОЦМАН, но из того что я знаю и видел его в работе, систему пилили наркоманы, все технологи и конструктора были ей не довольны.

Да. Это наркомания, видел тоже.

Нет пути

Есть ли в природе подобное?

Есть. К сожалению.

Может кто сталкивался?

Я сталкивался.

Интересует что-то вроде git.

Мечтай, мечтай.

Желательно поддержка внесения изменений.

В том вся суть.

Есть такие штуки, PDM, в том числе от Solidworks Russia. По уровню технологии где-то на уровне CVS, только ещё хуже. То есть: централизованные, блокирующие, совместимые только с одной программой. Ставишь сервер этой штуки, регистрируешь в нём конструкторов. Если конструктор хочет поработать с какой-то деталью или сборкой, то он «забирает её себе для редактирования», для все остальных она становится read only, потом кладёт новую версию. Никаких branch'ей, никакого merge и одновременного редактирования.

Короче, в Solidworks'е с этим всё плохо, а в головах конструкторов ещё хуже. Даже больно вспоминать.

Вдогонку

Добавлю ещё из воспоминаний. Чуть ближе смотрел на SWR PDM, поэтому про него могу рассказать чуть больше. Есть ряд более или менее близких аналогов. А ещё есть Siemens Teamcenter (если не путаю), который чуть лучше, уже не завязан на одну единственную программу, и в отличие от этого вашего git'а не завязан на файлы, но монструозен чуть более чем совсем. За много денег продают базовую комплектацию, а потом за во много раз большее количество денег надо заказывать доводку этого под себя. Единственный путь к спасению просвещение среди конструкторов, но они этому яростно сопротивляются. Даже дизайнеры сопротивляются git'у меньше чем конструкторы.

Единственный путь к спасению просвещение среди конструкторов, но они этому яростно сопротивляются

В чем заключается сопротивление?

Саботаж безумием

В чем заключается сопротивление?

Ну, конкретно git я не внедрял, но с Subversion попытка была. Судя по тому что SVN не взлетел, до git'а тем более не доросли.

Ну так вот, о сопротивлении. Конструкторы категорически отказывались, во-первых, знать как работает их основной инструмент (Solidworks), во-вторых, знать что-то помимо Solidworks'а, понимать как работает SVN, проводник Windows и прочее. Практически это выглядело так: конструкторы не отслеживали файлы каких деталей оказывались связаны с файлами каких сборок. Эти связи в Solidworks'е не тождественный связям деталей и сборок, и сам Solidworks отслеживает это дело не слишком хорошо, а может наоборот, слишком хорошо, но конструкторы всё равно не знали как. В результате можно было в сборке «Велосипед» поменять что-то в деталях «педаль» и «шатун», а изменялись при этом ещё файлы деталей «рама», «седельный штырь» и «цепь». Если с проектом в 1 момент времени работает 1 человек, качает себе с сервера всю папку с проектом, меняет что-то, потом целиком закачивает обратно, то всё как бы работает. Когда в SVN'е коммитишь только изменения файла педаль.sldprt и шатун.sldprt, то прочие файлы, которые изменились, не будут закоммичены, у тех кто сделает svn update файлы будут конфликтовать. Возможно Solidworks что-то упреждающе рассчитывает, например массу изделия, какие-нибудь геометрические параметры, но это неплохо бы знать конструкторам, и знать где это отключить.

Следующая проблема, использование чего-то момимо Solidworks'а. Конструкторы категорически отказывались понять, что их работа не только Solidworks, поэтому при оформлении коммита неплохо бы не только написать комментарий, но и посылать только значимые файлы (взаимодействие не только с другими конструкторами, но и наблюдение за проектом начальства), не коммитить всякие временные файлы, не коммитить файлы изменённые случайно. Не хотели разбивать свои действия на мелкие коммиты. Ещё проблема, можно открыть деталь, изменить, откатить изменение, сохранить. Вуаля, у нас изменённый файл. Коммитить его? Что важно, для человека эта деталь не изменилась, но не для Solidworks'а. И у кого-то сборка может не собраться из-за таких вот несовместимостей.

Я сейчас смутно помню тот ужас, несколько лет уже прошло. Там проблем целый клубок, PDM часть из них снимает, часть усугубляет. Например при использовании PDM'а изменение шатуна и педали не затронет раму и цепь. То есть один человек может себе забрать шатун и педаль, другой седельный штырь и седло, они будут одновременно работать и не мешать друг другу. Каким-то образом PDM глубоко встраивается в Solidworks (уверен это можно было бы найти в документации к Solidworks, но конструкторы хотели конструировать, а не знать как Solidworks обрабатывает их модели). Но при этом SWR PDM (и большинство других) не умеют работать с чем-то помимо Solidworks'а (Inventor/Компас/вставить нужное). То есть если изделие сколь-нибудь сложное, в проекте участвует ещё электронщик, дизайнер корпуса, дизайнер упаковки, копирайтер слоганов, писатель инструкции, то все эти люди пролетают мимо PDM, им там нет места. git в этом плане универсален, потому что работает с файлами. Если результат работы дизайнера или писателя может быть сохранён в файл, то они могут использовать git. Можно все файлы проекта держать вместе, не отрывать конструкцию от идеи, следить за синхронностью развития, например, конструкции и упаковки.

Но упирается всё равно всё не в ПО, а в людей. Руководство боялось надавить на конструкторов. А сделать надо был всего лишь одно: результаты их работы смотреть только в SVN, строго, всем, и руководству, и снабженцам (которые по чертежам заказывают разные штуки), и заводу (который по чертежам изготавливает), и инженерам (которые по чертежам собирают на месте). Не можешь закоммитить сборку так чтобы снабженцы потом могли её открыть? ССЗБ. Не пишешь комментарии так чтобы начальство понимало чем ты занимаешься? ССЗБ.

Вдогонку

Да, ещё о конфликте конструкторов и SVN/git. В Solidworks есть возможность хранить в одном файле несколько вариантов исполнения. И конечно конструкторы считали этот способ не только самым правильным, но и единственно возможным. Если разрабатывается несколько вариантов изделия, то программисты использовали бы branch'и, дизайнеры под давлением программистов использовали бы branch'и, а конструкторы (без давления руководства) валили бы всё в одну ветку, а в файлах хранились бы несколько вариантов исполнения. Зачем? Во славу сатане конечно.

Единственный путь к спасению просвещение среди конструкторов, но они этому яростно сопротивляются.

Блин, вот на мозоль ты мне сейчас надавил.. общался с главным конструктором .. осталось много воспоминаний.

I know that feel bro

Блин, вот на мозоль ты мне сейчас надавил.. общался с главным конструктором .. осталось много воспоминаний.

Вот примерно об этом и пишу. Те конструкторы которых я видел заперлись в мирке Solidworks примерно как бухгалтеры запираются в 1C и не хотят знать что есть что-то помимо этого. Да и сам этот Solidworks/1С хотя знать лишь в объёме который им кажется необходимым, а не изучать досконально.

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

С трудом удалось наладить хотя бы централизованное и более менее управляемое хранилище, но сугубо под требования «чтобы не мешало работе» :).

Те конструкторы которых я видел заперлись в мирке Solidworks примерно как бухгалтеры запираются в 1C и не хотят знать что есть что-то помимо этого.

Фокус в том, что кроме этого ничего нету. Нормальной системы управления версиями не будет до тех пор, пока не будет отраслевого формата файла:
1. Открытого,
2. Не бинарного,
3. Разработанного с расчетом на удобное представление для контроля версий.

Реально есть только один формат (dxf) который конструкторам не очень, то и подходит. А подтирать филеи пропиетарщикам с их персональными форматами на каждую программу, никто в здавом уме не удумает даже за большие деньги. Именно по этому контроля версий в git-виде у инженеров (в т.ч. конструкторов) в ближайшее время не будет, и перспектив для изменения этой ситуации тоже нет.

упирается всё равно всё не в ПО, а в людей. Руководство боялось надавить на конструкторов. А сделать надо был всего лишь одно: результаты их работы смотреть только в SVN, строго, всем

+inf. И это не только конструкторов касается, кстати. Прогеров тоже.

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

git + текстовые комментарии

Остается бинарный формат + текстовые комментарии.

Вы сейчас описали git. Но внедрить его не получится по причинам обозначенным выше.

update

Да, ещё вдогонку. Конструкторы постоянно забывали сделать svn update (хотя на каждый commit в почтовый ящик падало уведомление со списком изменённых файлов). При таком раскладе даже подход «в каждый момент времени с проектом работает 1 человек» не работает, потому что если один закоммитил, а другой не проапдейтил, но сам чего-то наконструировал, то последний, а точнее все кроме первого оказываются в жёппе, потому что никто не хочет терять то что наделал за целый, например, день.

А вот если бы начальство смотрело только в SVN, на не ходило к ним самоё, то и в почтовые ящики заглядывали бы, и прочую гигиену освоили.

Подтирать филеи

А подтирать филеи пропиетарщикам с их персональными форматами на каждую программу, никто в здавом уме не удумает даже за большие деньги.

Ровно этим занимается SWR со своим PDM. За большие деньги, с некоторой долей успешности. Но любой программист, привыкший даже не к git, но хотя бы к SVN, блюёт от навязываемого стиля работы и невозможности использовать SWR PDM для совместной работы с чем-либо помимо Solidworks'а.

Ровно этим занимается SWR со своим PDM. За большие деньги, с некоторой долей успешности.

Стой. Так ведь они сами себе зад подтирают, а не чужим дядям. У них свои продукты, своя аудитория и своя система контроля версий. У того же Autodesk'а тоже есть свои кривые велосипеды по этому поводу. Но мы же здесь (на лоре) не будем принимать брошенную кость, за баранью ногу.

Но любой программист, привыкший даже не к git, но хотя бы к SVN, блюёт от навязываемого стиля работы и невозможности использовать SWR PDM для совместной работы с чем-либо помимо Solidworks'а.

Это не только любой программист блюет. Не могу ничего сказать за SW, но уж от autodesk'овых банальных внедрений никто кипятком не писает. Даже если ты все фичи последней версии используешь, никто не гарантирует, что у смежников окажется та же версия софта и они не поднимут вой до официальных писем на то, что у них что-нибудь не открывается. Поэтому в реалиях моего окружения система контроля версий от поставщика пропиетарного софта никогда не взлетит. Вот если под нее был бы заготовлен открытый формат и прозрачные стандарты, то могло бы и взлететь, но не сейчас и не с этими пропиетарными ребятками.

Зад чужих дядей

Так ведь они сами себе зад подтирают, а не чужим дядям.

Отнюдь. SWR это Solidworks Russia, независимая контора. Основное их занятие это торговля лицензиями Solidworks'а и осуществление поддержки на русском языке. Такая вот франшиза. PDM это их собственная разработка. У Dassault есть какой-то свой велосипед, возможно лучше, но не принципиально, и цена соответственная.