Добрый день друзья, прошу прояснить такой момент. Проект я храню в сетевой бд, вопрос:
В данной связки ЕА поддерживает делать версионность изменений и ветки данного проекта как в SVN?

Если да то как?

http://www.sparxsystems.com/WhitePapers/Version_Control.pdf

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

возникает вопрос
в пакете 1 есть 2 требования
на длину пароля и на цвет поля пароля

Например:

в пакете 2 есть 2 реализации
проверки длины пароля и от рисовки поля

мы решаем, что хотим увеличить длину пароля. делаем новую версию пакета 1 целиком. получается, что создаётся другая версия требования к цвету в пакете 1
начинаем править пакет 2 - реализация и тем временем меняем требование к цвету.

вот собственно в итоге получится 3 версии П1 и 3 версии П2 - как мы сможем понимать, что процедура проверки длины из версии П2 связана с версией П2 требования к длине, а 3 к 3 соответственно
вся система версионного контроля ЕА держится ТОЛЬКО на экспорте XMI файлов из ЕА - т.е. не важно есть ли репозиторий в СУБД или .ЕА файл.

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


Или есть другие способы?

Согласно статье

Или есть другие способы?

А почему бы не задать этот вопрос непосредственно на форуме производителя.

А почему бы не задать этот вопрос непосредственно на форуме производителя.

В англиском не селен, и хотелось у здешних экспертов узнать

Из второго поста я не очень понял, в чем состоит вопрос.
Но вообще да, в ЕА не очень мощные средства работы с версиями. Мы их не используем, в проектах, где нужен полноценный version control все экспортируется в документы MS Office и уже эти документы версионируются.

селен

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

Из второго поста я не очень понял, в чем состоит вопрос.
Но вообще да, в ЕА не очень мощные средства работы с версиями. Мы их не используем, в проектах, где нужен полноценный version control все экспортируется в документы MS Office и уже эти документы версионируются.

Таким подходом затраченное время увеличивается на порядок, и нет общей картины всей архитектуры ИС. Также будет очень сложно вести версионность  билдов, трассировки требований,  функций и etc  в иерархии  систем между ИС билдов.

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

Большая просьба писать по теме, а не разводить флуд не по теме.