Здравствуйте, -n1l-, Вы писали:

N>Добрый вечер. Случилось так, что я столкнулся с проблемой хорактера организации рабочих сред. И мне хочется это исправить.
N>Дело вот в чем, разработка наших решений производиться прямо на виртуальных серверах, ws2008r2 + vs2010 + sp2010.
N>В проекте есть несколько солюшенов, которые деплоятся прямиком в gac и на сервер sharepointa, у одного из солюшенов скоуп деплоя — web, у другого — site.
Похоже немного напутали. Solution можно задеплоить либо Globally либо на Web Application. Как возможный выход, теоретически ( сборки деплоить не в Gac а в папку bin, если получиться перенести ) и Solution делать Target To Web Application. Ну и естесвенно на каждого разработчика свой Web Application.
Я не буду сейчас говорить, что менять модель деплоймента из за отсутсвитя нормальной среды разработки это конечно же мягко говоря неправильно, думаю сами понимаете.

N>В итоге, так как на одном сервере работают несколько разработчиков невозможно друг-другу не мешать. wsp пакеты деплоящиеся от меня затрут wsp пакеты другого пользователя. Или если я буду тестировать процеуру деплоймента, то встанет весь сервер целиком, не важно сколько на нем работает пользователей, они попросту ничего не смогут сделать, так как я буду затирать их изменения.
N>Хочется это исправить. Хочу спросить профессионалов, как?
N>Как можно разграничить процесс разработки между разработчиками так, что бы они друг другу не мешали?

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

N>Что я делал. Я создавал две разные site-коллекции и разворачивая проект на однообнаруживал что и на второй присутствуют фичи из первого, просто они не активированы. Причем фичи имеют скоуп — web.
Web feature в разделе Site Collection features не могут отображатся.
А так это вроде как правильное поведение, ведь у вас же Web features отображаются в каждом SPWeb-е в сайт коллекции. Почему бы каждой фичи с Site Collection Scope не отображаться в каждой сайт-коллекции в пределах одного Web Application?

N>Если я пытаюсь сделать тоже самое на другой site-коллекции, то обнаруживаю, что такие пакеты уже установлены.
N>Что делать? Как быть? Подскажите пожалуйста?
Раскручивайте начальство на нормальное железо, ставте виртуалку и будет вам щасте.
Да на слабых машинах, иногда наблюдались time-out exceptions, когда некоторые службы SharePoint-а не успевали обработать запросы =).

Здравствуйте, -n1l-, Вы писали:

N>Добрый вечер. Случилось так, что я столкнулся с проблемой хорактера организации рабочих сред. И мне хочется это исправить.
N>Дело вот в чем, разработка наших решений производиться прямо на виртуальных серверах, ws2008r2 + vs2010 + sp2010.
N>В проекте есть несколько солюшенов, которые деплоятся прямиком в gac и на сервер sharepointa, у одного из солюшенов скоуп деплоя — web, у другого — site.
Похоже немного напутали. Solution можно задеплоить либо Globally либо на Web Application. Как возможный выход, теоретически ( сборки деплоить не в Gac а в папку bin, если получиться перенести ) и Solution делать Target To Web Application. Ну и естесвенно на каждого разработчика свой Web Application.
Я не буду сейчас говорить, что менять модель деплоймента из за отсутсвитя нормальной среды разработки это конечно же мягко говоря неправильно, думаю сами понимаете.

N>В итоге, так как на одном сервере работают несколько разработчиков невозможно друг-другу не мешать. wsp пакеты деплоящиеся от меня затрут wsp пакеты другого пользователя. Или если я буду тестировать процеуру деплоймента, то встанет весь сервер целиком, не важно сколько на нем работает пользователей, они попросту ничего не смогут сделать, так как я буду затирать их изменения.
N>Хочется это исправить. Хочу спросить профессионалов, как?
N>Как можно разграничить процесс разработки между разработчиками так, что бы они друг другу не мешали?

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

Да, но если делать стенд для демонстрации или тестирования, то мы столкнулись с тем, что иногда приходилось, удалять все данные из списков, библиотек и прочее при updat-ах ( например, если у вас изменился тип поля в списке ). Если это происходит часто, то часто приходится наполнять тестовый стенд тестовыми записями. Наши QA это сильно ненавидили, но как с этим боротся в тот момент мы не придумали.

N>Что я делал. Я создавал две разные site-коллекции и разворачивая проект на однообнаруживал что и на второй присутствуют фичи из первого, просто они не активированы. Причем фичи имеют скоуп — web.
Web feature в разделе Site Collection features не могут отображатся.
А так это вроде как правильное поведение, ведь у вас же Web features отображаются в каждом SPWeb-е в сайт коллекции. Почему бы каждой фичи с Site Collection Scope не отображаться в каждой сайт-коллекции в пределах одного Web Application?

N>Если я пытаюсь сделать тоже самое на другой site-коллекции, то обнаруживаю, что такие пакеты уже установлены.
N>Что делать? Как быть? Подскажите пожалуйста?
Раскручивайте начальство на нормальное железо, ставте виртуалку и будет вам щасте.
Да на слабых машинах, иногда наблюдались time-out exceptions, когда некоторые службы SharePoint-а не успевали обработать запросы =).