Контроль версий

Сообщение **leon78** » 13 окт 2008, 14:46

Почитал недавно в одном из форумов по АСУ ТП одно обсуждение, в котором проскакивают такие фразы: "Я свои проекты держу на ноутбуке, с которым езжу, иногда скидываю бэкапы на сервер".
Хороший подход конечно, если человек один всем занимается. У нас нет привязки человек-конкретный проект, разные этапы могут разные люди делать.
Поделитесь, пожалуйста, каким образом вы ведете контроль версий и используете ли программу управления проектами.
У нас сейчас дела обстоят так. По возврату из командировки/ завершения стадии проекта его скидывают мне на компьютер, я потом проверяю и выкладываю в специальную папку, заполняю файл *.doc, в котором версия и описание изменения. Неудобство в том, что в мое отсутствие может накопиться довольно много изменений, которые потом приходится разгребать. Пробовал использовать Subversion, но из-за нехватки времени до конца не настроил. И есть определенные неудобства, к которым надо привыкнуть. То же касается и программы управления проектами.
P.S. Я писал о программах для контроллера, но вопрос думаю общий. Касается не только программистов, но и конструкторов, проектантов.

Сообщение **Jackson** » 13 окт 2008, 16:36

Не скажу за программные версии, а по поводу конструкторских документов на моем прошлом месте работы организован и функционирует электронный архив конструкторских документов.
Когда начинается новый проект, для будущего изделия в этом архиве ведущий разработчик регистрирует его децимальный номер и сообщает его всем кто выполняет проект. Далее архив имеет два главных раздела: рабочие документы и утвержденные документы.
Каждый разработчик регистрирует в рабочем архиве разрабатываемый им документ, как только приступает к работе с этим документом. Обозначается к какому изделию этот документ относится, кто его разрабатывает. В процессе разработки инженер берет документ на редактирование себе и работает с ним, там же в архиве видно, кто и когда взял документ на редактирование. Другие люди не могут получить документ для изменения и не могут его в рабочий архив положить, до тех пор пока документ не будет сдан в рабочий архив тем, кто его взял на изменение. Номер изменения (версия) автоматически инкрементируется при каждом возврате документа в рабочий архив после редактирования.
Когда документ готов, разработчик отправляет его в архив утвержденных документов - сервер архива автоматически последовательно рассылает его всем кому положено - нормоконтролю, руководителю подразделения, руководителю отдела. Если что-то не в порядке - документ возвращают разработчику с комментариями, исправляй и записывай по новой.
Когда документ одобряют все кому положено - он попадает в архив утвержденных, его могут распечатать и отправить в цех на сборку, монтажники для наладки, полиграф.центр для формирования пакета отчетной документации и т.п. Только из архива утвержденных документов - рабочий архив не доступен никому кроме разработчиков.
Если потребовалось внести изменения в уже утвержденный документ - документ также берется разработчиком на редактирование, при этом особым бланком оформляется конкретно что и где должно быть изменено (текстовыми комментариями либо фрагментами схем либо целиком заменяются листы схем и документов), разработчик редактирует сам документ и отправляет его по тому же кругу на утверждение. Бланк извещения нужен для того, чтобы можно было быстро отследить, на каких листах что именно изменено - это важно для взаимодействия с производством и с полиграф.центром, который изготавливает отчетные документы. На практике, как только принимается решение о коректировке документа, разработчик должен сам ножками (или по телефону) как можно быстрее известить об этом всех заинтересованных: производство, отдел закупок, сам архив и всех-всех кто трудится над изделием. Сам недодумал - сам и извещай. При изменении документа к его децимальному номеру добавляется номер изменения - "изменение 1" - которое инкрементируется автоматически при каждом новом изменении. Это только в утвержденном архиве - в рабочем никаких извещений делать не надо, потому что есть жесткое разграничение: рабочий архив - для разработчиков, утвержденный архив - для всех заинтересованных.

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

Что касается программных продуктов, то в той же среде есть возможность создавать произвольные документы, представляющие собой произвольного типа файлы. Соответственно программист (если продукт - программный проект) регистрирует этот документ в рабочем архиве, у себя делает проект, по окончании работ сводит этот проект к минимальному числу файлов (банально пакует в ZIP если надо) и отправляет по тому же кругу. Утверждается документ проще - просто руководители видят работающий аппарат/девайс/проект на компе у себя в отделе и ставят по результатам электронную подпись. Изменения делаются также как и с остальными документами.

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

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

Это всё реализовано в достаточно крупной производственной фирме. Что до чисто программных продуктов (если фирма состоит из 5 программистов) - это я спрошу у наших, они расскажут.

Сообщение **Jackson** » 13 окт 2008, 18:26

А по поводу контроля версий в чисто софтовых продуктах - наши программисты мне посоветовали вот что.

Сообщение **leon78** » 14 окт 2008, 08:08

genelectric писал(а): Всё это реализовано на клиент-серверной готовой платформе электронного архива, которая требует адаптации и настройки под конкретную организацию

Подскажите пожалуйста название

Сообщение **Jackson** » 14 окт 2008, 10:23

leon78 писал(а):
genelectric писал(а): Всё это реализовано на клиент-серверной готовой платформе электронного архива, которая требует адаптации и настройки под конкретную организацию
Подскажите пожалуйста название

Это чудо называлось IM SEARCH, номер версии уже не помню, продукт то ли Российский то ли Белорусский. :) Покупался пакет в СПБ (есть представительство) точно не знаю где. Вот ссылка на кратенькое описание. И есть у мя подозрение, что он снят с поддержки.
А вот есть аналог - здесь.

Bogdan Kudlak

http://www.intermech.ru/search.htm

Search 10

Система ведения архива технической документации предприятия и управления данными об изделиях

Назначение

Search представляет собой систему корпоративного уровня, предназначенную для решения следующих задач:
Управления данными об изделиях (в западной терминологии PDM - Product Data Management);
Управления жизненным циклом изделия (PLM – Product Lifecycle Management);
Ведения электронного архива технической документации (TDM – Technical Data Management);
Управления документооборотом предприятия (Workflow);
Управления проектами (Project Management).

Chuhran · Сообщение **Chuhran** » 21 окт 2008, 12:38

Сам заинтересовался, вот что интересного в торопях было найдено:

Программа (для ознакомления)
Intermech Search 8

Демонстрационные ролики
Search (6.47Mb)
Search Configurator (312Kb)
P.S. Для просмотра роликов нужно, чтобы на машине был установлен MS Power Point Viewer 97 или сам MS Power Point 97, который входит в MS Office 97.

Сообщение **proneft7** » 24 фев 2021, 09:19

Здравствуйте, Теме уже 12 лет.

Есть ли какие либо изменения и новшества в этой сфере?

Как контролируете, документируете версии, изменения в проектах S7? TIA Portal? Studio5000 (Allen Bradley)? Control Builder (C300)? Safery Builder (SM Controller)?
Используете ли ручные инструменты, либо программные продукты.

Сообщение **leon78** » 24 фев 2021, 09:23

Из тех продуктов, с которыми работаю, контроль версий есть только в Aprol от B&R и, естественно, в Visual Studio

Сообщение **Jackson** » 24 фев 2021, 11:05

proneft7 писал(а): ↑24 фев 2021, 09:19 Есть ли какие либо изменения и новшества в этой сфере?

Вы вопрос конкретно задайте, чтобы людям не перечитывать переписку 12-летней давности. Ответ Вам нужен, а не им.

Сообщение **POV** » 24 фев 2021, 11:23

В Портале много изменений, V16 уже репозитории и контроль версий поддерживает, там много чего наворочено.
Для начала вот можно глянуть https://youtu.be/sO-oKpZHWXE

Форум АСУТП