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

Иди в винду, вендузота, со своими «коллегами».

Советую использовать файловую систему. Они специально предназначены для хранения файлов.

Подпишусь на топик. А можно уточнить, о каких «взаимосвязях» идет речь и о каком количестве документов? И как предполагается взаимодействовать с этой системой? Веб?

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

Связь между файлами можно организовать с помощью системы тегов.

у нас решили redmine’ом. Жутко костыльно и неудобно, если честно.

А чем тебе гитлаб не угодил? Там и файлы хранить можно и документацию со взаимными ссылками и ссылками на файлы. Только гитлаб жирный, посмотри gitea

Рабочие станции у нас и так на Windows, т.к. открытых альтернатив SolidWorks и Altium Designer нет. Сервер планируем на Linux, и да, важное замечание, что это вся система должна нормально взаимодействовать с кучей компов на Windows.

Вы можете пример таковой привести? Чтобы было в каком направлении изучать вопрос.

Вам нужна PDM система.

Из адекватных могу посоветовать Intermech Search. Желательно именно его, его последующая версия в виде IPS тот еще нелогичный и неюзабельный монстр.

Он будет, но пока предполагался только для кода и документации к нему. Ещё планируем багтрекинговую систему прилепить. У нас много специфичных бинарных файлов, и по наблюдениям добавлять их в репозитории не самая лучшая идея (потом они разрастаются до десятков Гб). К тому же для бинарных файлов, в частности для проектов Altium Designer есть инструментарий от производителя.

Однозначно не понял, насчет «жирности», но если что, сервер у нас с двумя Xeon и 64-Гб оперативной памяти, и ещё один такой же как резервный есть.

Вопрос взаимодействия открытый, в том числе и Web. Под «взаимосвязями» - это связать части большого проекта, такие как ПО для Linux, встраиваемого ПО для микроконтроллеров, HDL-описания для FPGA и Soft-процессоров, механики в SolidWorks, различных железяк в Altium Designer, моделей в ADS, HFSS, и ещё кучи документов Word, AutoCAD, Excel и т.д. в единую систему, чтобы наладить эффективный процесс разработки. Под эффективным процессом - это удобный доступ к нужному проекту, однозначное представление, как он относиться к общему проекту, и удобство взаимодействия внутри команды.

Спасибо большое за совет

Если бы передо мной стояла такая задача - я бы решал ее через общее файловое хранилище (раз клиенты - Винда, то на samba). А систему связи между файлами решал бы в wiki - описание проекта + документация + ссылки на файлы в хранилище.
У нас на работе используем простейшую dokuwiki. А вы можете посмотреть на более функциональную tikiwiki.

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

Если вопрос идет про кучу документации, причем разнообразной, начиная от док, и заканчивая КОМПАСом и Альтиумом, то здесь только PDM решает. В ней можно создавать «Изделия», в которым привязывать документы и файлы, можно смотреть дерево состава каждого изделия, смотреть входимости документов и входящих изделий и так далее. Из плюсов система подписей и контроля: сделанный документ отправляется по маршруту согласования, которые можно настроить, и подписывается электронной подписью каждого проверяющего. Все изменения проходят тот же маршрут, плюс хранятся и их можно посмотреть.

В общем очень классная штука, на самом деле.

Поиск готовых систем хранения документации по данным критериям у меня не увенчался успехом.

Ну как так-то?

document-management

Имхо, решения по ссылке (большое спасибо за нее, кстати) не очень соответствуют поставленной задаче…

Под «взаимосвязями» - это связать части большого проекта, такие как ПО для Linux, встраиваемого ПО для микроконтроллеров, HDL-описания для FPGA и Soft-процессоров, механики в SolidWorks, различных железяк в Altium Designer, моделей в ADS, HFSS, и ещё кучи документов Word, AutoCAD, Excel и т.д. в единую систему, чтобы наладить эффективный процесс разработки. Под эффективным процессом - это удобный доступ к нужному проекту, однозначное представление, как он относиться к общему проекту, и удобство взаимодействия внутри команды.

С такими требованиями только искать готовое решение, ИМХО. Сначала была мысль предложить вам написать свой бэкенд (это не сложная, в приницпе задача для такого проекта), но вот с фронтом по с такими запросами будут сложности - это бОльшая часть работы и далеко не самая простая (ну, субъективно).

А вы не смотрели в сторону mindmaps и вот этого всего? ИМХО, это довольно точно подходит под ваши требования. Возможно есть какие-то open source решения, которые можно локально задеплоить у себя?

Есть ещё у меня

self hosted document metadata storage

Странно, что никто такого монстра как alfresco не посоветовал.

Зачем самба? FTP же!!!

А вообще, хранить можно как угодно, файловая система все стерпит. Другое дело — как обеспечить базу данных по этим файлам, чтобы можно было по тегам и т.п. информации что-то быстро находить. Вики вряд ли здесь поможет: это же нужно потратить время и описать все новые файлы...

Требуется автоматический анализ. Скажем, погрепал теховские исходники на определенные теги и получил некие теги; по pdf прошелся грепом после pdf2text…

Требуется автоматический анализ. Скажем, погрепал теховские исходники на определенные теги и получил некие теги; по pdf прошелся грепом после pdf2text…

Вопрос - что дальше делать с полученными тегами? Куда их сохранять?
Никто не заставляет ручками вставлять текст в wiki - генери скриптами.

Можно посмотреть на DMS (document management system), например alfresco.

Мне не очень зашёл этот комбайн, но вдруг.

Ну да, вам не конкретный софт нужно искать, а вложиться в создание проекта по внедрению связных ERP, PLM, PDM и плюс к этому хранилище кода, трекеры для программистов. Чтобы у вас и изделие можно было не просто посмотреть со всеми чертежами, а отправить сразу на производство и код со всеми тасками и артефакты с документацией по развёртыванию и архив сразу с проектами и чтобы про всё это можно было деньги посчитать вместе с kpi.

Честно говоря, я такое в полном составе и чтобы работало видел только на одном предприятии где бюджет it отдела десятки миллионов.

Ещё планируем багтрекинговую систему прилепить.

Та что есть в гитлабе – хватит всем

Однозначно не понял, насчет «жирности»

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

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

Для этого есть git-lfs. Он поддерживается gitlab'ом. Но это так, ремарка. Я не призываю все запихивать в репозиторий.

Вопрос взаимодействия открытый, в том числе и Web. Под «взаимосвязями» - это связать части большого проекта

Есть подозрение, что такое стоит самим написать, чтобы было удобно. Файлы в s3 совместимое хранилище (minio например), базу данных для ведения пользователей, групп, проектов и входящих в проект файлов. Для бэкенда flask какой-нибудь, а для фронтенда react.
Для синхронизации файлов можно rclone использовать.