Системы контроля версий файлов в инженерном деле: различия между версиями

Содержимое удалено Содержимое добавлено
Строка 21:
 
[[Файл:100510 ironcadv2011 Rendering.jpg|мини|справа|Распространение САПР вызвало молниеносное накопление огромных массивов файлов]]
 
В коллективах (в КБ или в проектных институтах), как правило, организуют сетевые папки, в которые помещают версии рабочих материалов (широко известные как "файловые помойки"). Это самый простой и дешевый способ, у которого есть очевидные недостатки
* Новая версия файла затирает старую под тем-же названием, поэтому на любом ресурсе копятся файлы вида "Схема водоснабжения (в17 последняя)_Иванов_15декабря.dwg" или "Спецификация самая последняя.spw".
* Любой пользователь, имеющий доступ на запись к папке, может легко удалить или переименовать любой файл. Можно организовать резервное копирование, но сам факт удаления/изменения файла все равно не будет замечен ещё очень долго.
* Работа все равно ведется на рабочих компьютерах, т.е. синхронизировать материалы нужно либо руками, либо с помощью программ-синхронизаторов (например, [[w:en:FreeFileSync]]). На практике люди часто ленятся это делать, предпочитая работать локально, а на сетевой ресурс выкладывать материал по запросу или в последний день перед сдачей проекта.
* Сверка версий (что изменилось на чертеже) выполняется вручную (глазами).
 
Если инженер работает один (на мелких заказах) простым выходом является опубликованный файловый ресурс на сервисах типа [[w:Dropbox]] или [[w:Google Диск]]. Они удобны, но имеют недостатки
 
* Ограниченный размер (а инженерные файлы часто очень велики, например, чертеж с отсканированной подложкой - это уже десятки мегабайт)
* Сервер - только в облаке, вам не принадлежит, и доступ к нему может быть ограничен правилами корпоративной сети.
* Клиентские приложения мало чем могут помочь в плане отображения отличий в сравниваемых версиях файлов.
 
Частично эти ограничения сняты в системах типа [[w:ownCloud]] - сервер размещается на площадке самой организации, соответственно правила доступа и требуемые мощности можно регулировать. Но клиентское приложение всё равно ничем не поможет в визуальном сравнении.
 
Существуют также массивные, корпоративные решения класса PDM, которые сложны в администрировании и стоят значительных денег. К тому же, их главная цель зачастую состоит в управлении инженерным подразделением и структурой выходной документации и данными об изделии (например, для экспорта в ERP, если готовить о машиностроении), а не об удобстве ежедневной работы группы проектировщиков.
 
== Задачи ==