Является ли управление активами надстройкой контроля источников

Question

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

(Добавлено) Этот вопрос был вдохновлен подкастом StackOverflow # 36 http://blog.stackoverflow.com/2009/01/podcast-36/

Answer 1

Существует несколько линий между управлением контентом, управлением конфигурацией, контролем исходного кода и обычными корпоративными контролями (т. Е. SAS-70, SOX-контроли).

Они различны, отношения между надмножеством и подмножеством отсутствуют.

У вас есть некоторая корпоративная информация, и у вас есть инфраструктура для обработки этой информации.

Информация о предприятии - это данные (не обработка); это часто делится между контент-менеджерами и реляционными базами данных.

• Управление контентом - это приложение, которое вы покупаете (или расширяете). Он обрабатывает «полуструктурированную» и «неструктурированную» информацию. Например, изображения, ссылки и «контент». Некоторые люди называют это «Управление активами».

• RDBMS - это приложение, которое вы покупаете. Содержит структурированную информацию.

Элементы управления обычного предприятия должны охватывать все эти «производственные» данные - контент и СУБД. Если этого не произойдет, никакое программное обеспечение для управления контентом или РСУБД не поможет.

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

Ваш элемент управления исходным кодом и ваша конфигурация являются частью обработки корпоративного информационного актива.

Я предлагаю вам сосредоточиться на управлении конфигурацией - исходный код, настройки, параметры, патчи и т. Д.

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

Управление контентом (или «управление активами») будет ручным. Вы можете купить их инструменты, но пользователи должны разработать свои собственные процессы для использования этих инструментов. И это всегда будет казаться ручным.

Answer 2

Там, где я работаю, у нас есть все ресурсы, связанные с проектом в области контроля версий, внутренних документов, сторонних документов API, кода, БД SQL, контента и т. Д., Всего шебанга.

Мы также предоставляем доступ к бизнес-документам, таким как спецификации, планы проектов (пока нет сервера проектов) с помощью инструментов совместной работы, таких как Sharepoint, для сотрудников, не занимающихся разработкой.

Answer 3

В компании, в которой я работаю, мы, как разработчики, согласны с тем, что все, что меняется в течение жизненного цикла нашего продукта (ов) и управляется разными людьми, должно быть размещено в системе контроля версий. Я проходил эту дискуссию несколько раз с разными отделами, и она всегда заканчивалась словами «Звучит хорошо, но люди вне разработки не могут справиться с системами контроля версий». Таким образом, у нас нет спецификации и т. Д. Под контролем источника. Еще хуже, у нас есть части кода, например java-resource-files, которые редактируются не разработчиками, которые якобы не могут работать под контролем исходного кода, и поэтому мы вынуждены проверять файлы, отправлять их по электронной почте переводчикам, редактировать файлы, отправлять их обратно, и мы проверяем снова приводит к sc (но, вероятно, уже работал над ними :-( и объединяет) ... что на самом деле является краткой версией того, что действительно происходит (даже в MS-Excel).

Итак, мой ответ: «Да, все должно быть под контролем исходного кода», но ничего, кроме кода, не будет.