Веб-служба .NET Best Practice для нескольких разработчиков

голоса
1

У нас есть большой проект ASP.NET, состоящий из нескольких сотен отчетов. Мы находимся в процессе перемещения всех запросов SQL (работающие с базой данных Oracle) на три веб-сервисов. Веб-сервисы классифицируются по команде, выбор и запросов отчетов. Мы должны развернуть подмножество нашего проекта, используя SQL * внутренний сервер в нескольких мест, которые отключены от Интернета. Поэтому, имея все подключения к базе данных и запросов в веб-сервисов, что делает приложение управляемым, и мы можем вытащить суб-набор отчетов и не должны изменять код. Проект находится под контролем источника с использованием программного обеспечения Serena ChangeMan.

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

У меня есть Поведения Интернет Поисковые и я удивлен, что я не смог найти каких-либо хороших «Best Practice» веб-службы архитектуры белые страницы. Есть много крупных компаний, которые должны столкнулись эти вопросы.

У самых больших групп развития используют ветвление? Я прочитал, что Visual Studio Team System Database Издание может предоставить стандартный код, который позволит приложению подключаться к различным базам данных. Будет ли покупка System Team быть лучшим методом? Или кто-нибудь знает, где я могу найти документацию, которая поможет нам решить эти проблемы?

Спасибо, Lorie

Задан 09/12/2008 в 19:20
источник пользователем
На других языках...                            


3 ответов

голоса
0

Мы используем SOA, но мы также используем SVN, который более сливающийся ориентированную. Может быть, рассмотрим другую систему управления версиями?

Ответил 09/12/2008 в 19:27
источник пользователем

голоса
2

Эта проблема , казалось бы, совершенно не зависит от цели программного обеспечения. Проблема здесь в том , что у вас есть небольшое, конечное число файлов , которые несколько разработчиков будут работать на ежедневной основе. У меня нет опыта работы с программным обеспечением Серена ChangeMan , ни других , чем играть с ним вокруг TFS. У меня есть опыт работы с несколькими системами контроля версий , которые используют слияние / фиксации модели: CVS и Subversion . Они оба отличные, свободные системы управления версиями, которые широко используются.

Если вы не знакомы с слияния / совершить модель, идея в том, что ни один разработчик не может «проверка» и заблокировать файл для изменения. Каждый может загрузить и вносить изменения в любой файл. Когда пришло время, чтобы совершить эти изменения в базу данных исходного кода, программное хранилище будет препятствовать фиксации, если другие изменения были внесены в файл другим разработчиком. Новая версия скачивается, и в большинстве случаев эти изменения автоматически объединяются с вашими изменениями. Вы повторно тест, а затем совершить эту версию. Эта модель является очень успешной и очень масштабируемой.

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

серверы CVS и Subversion работать на Windows, Mac и Linux. Есть целый ряд клиентов, для каждого из них имеется по ряду операционных систем. Они включают в себя стоячим по клиентам, плагины Visual Studio и плагинов оболочки. Еще один плюс в том, что как CVS и Subversion доступны из командной строки, что делает сценарии (думает автоматизированную сборку) довольно легко.

Ответил 09/12/2008 в 19:34
источник пользователем

голоса
1

Почему не сегментировать логики в отдельные файлы классов, которые могут быть проверены каждым разработчиком?

Ответил 09/12/2008 в 22:05
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more