Использование Subversion для управления контрактами веб-сервисов

Question

Я смотрю на использование Subversion для управления артефактами WSDL и XSD, где у меня есть каталог сервисов, содержащий около 60 сервисов.Кто-нибудь знает какие-либо статьи, рекомендующие лучшие практики в этом отношении в отношении гранулярности между тегами и версиями сервисов.

С SVN кажется, что вы можете маркировать только из транка.Если наша магистраль содержит все наши WSDL, то мы должны были бы пометить определенным образом для версии каждого сервиса.Например, если бы у нас была служба с именем AddressManager, которая содержалась в той же соединительной линии, что и CustomerManager, то для того, чтобы пометить ствол для представления изменения в службе AddressManager, тогда этот тег должен быть «AddressManager_v1.0.0».Что кажется немного громоздким.

В идеале я хотел бы иметь возможность управлять своими контрактами на обслуживание, используя SVN и мои теги, чтобы просто ссылаться на номер версии сервиса (т.е. v1.0.0).Но будет ли это означать транк на сервис?Опять же, похоже, что это немного накладные расходы.

Это должно быть обычной проблемой для управления контрактами на обслуживание (WSDL & XSD) - кто-нибудь может поделиться какими-нибудь анекдотами или советами по этому поводу?

Спасибо

1010 * Стюарт

Answer 1

Это зависит от того, сколько разработок сделано и сколько пользователей получают доступ к SVN. Если есть тяжелое развитие, то хорошо создать транк для каждого сервиса (или для группы сервисов).

Если вы развиваетесь у одного или двух человек, тогда это накладные расходы.

Когда вы разрабатываете проект, ваш проект должен храниться в trunk . Когда вы решаете выпустить версию, вы создаете ветку для нее. В эту ветку вы добавляете только исправления ошибок (которые объединяются в транк).

Если вы исправляете большинство ошибок, вам не нужно создавать ветки. Достаточно просто поместить все в транк и для каждого выпуска вы помните номер редакции * только 1014 *.

Визуализация очень простого Subversion проекта :