morphiyв компании где около 100 программистов и тестировщиков ,несколько проектов,и сейчас реально каждая группа выпускает продакшен версию -"как фишка ляжет" ,хочется систематизировать этот процесс -как должно быть?
может быть подскажете статьи? книги?
например , программисты сами собирают в патч свои изменения и потом один человек их выкладывает,стоит ли сделать определенныйт отдел-который займется сборкой?
как устроен процесс выпуска версий продукта в западных компаниях?

1) Систематизация ради систематизации - зло. Чем конкретно Вас не устраивает ситуация, которая в Вашей компании сейчас? Если продукты укладываются в ресурсы - какая разница, как разработчики выпускают сборки и договариваются с тестировщиками?
2) Есть RUP PMP, RUP SCRMP, RUP CMPLN. Статей и книг по RUP и процессам разработки очень много, главное - не копировать предложенные в них процессы слепо.
3) У нас есть несколько проектов по разработке достаточно сложного ПО, хотя разработчиков всего ~50.

В ходе каждого проекта разрабтывается приложение. К приложению есть требования. К каждой конкретной мажорной версии приложения - baseline, требования, которые должны быть удовлетворены. Сроки выхода мажорной версии и её baseline - утверждаются.

От одной мажорной версии до другой разработчики выпускают минорные версии, улучшая качество и всё более полно выполняя требования из baseline. Минорной версией называется версия, которая собирается и выполняет unit test'ы. Бывают "стабильные" минорные версии, которые передаются в отдел тестирования, и "нестабильные", например, для исследовательских целей.

Как только разработчики выполняют baseline для минорной версии - они переводят продукт в альфа-тестирование. Если альфа-тестирование успешно (все требования, в т.ч. варианты использования, у которых severity==critical, выполняются) - продукт передают в бета-тестирование силами аутсорсера.

Если бета-тестирование выявило невыполнение требований - ошибки устраняются, продукт объявляется Release Candidate, после чего передётся в тестирование - и так N раз.

Как только тестирование Release Candidate N подтверждает безошибочное выполнение всех требований - он объявляется Release следующей мажорной версии, и все закатывают большую вечеринку с шампанским, а если уложились в ресурсы - ещё и получают премию.

morphiyа как сам процесс сборки настроен -кто его делает-один человек?-каждый программист?
Есть специальный человек, отвечающий за конвейер сборки и автоматического тестирования для всех проектов.

Виды сборки (например WinNT x32/WinNT x64/Mixed Platforms x32/Mixed Platforms x64) тщательно настраиваются один раз. После чего участники команды могут заказывать сборки версий через Outlook. Время полной сборки версии - в среднем 40 мин., возможны параллельные сборки, так что ничего страшного в таком демократическом подходе нет.

Частичные сборки (перед тем как check in'ить изменения в VSS, нужно убедиться, что изменённый модуль как минимум собирается и проходит unit test'ы) программисты выполняют на своих компьютерах. Продукты частичных сборок не считаются версиями вообще.

Сборку альфа, бета, RC N и мажорной версии может инициировать только PM, сборку стабильной минорной версии инициирует и заказывает чаще PM, чем программист, сборку нестабильной минорной версии заказывает чаще программист, чем PM.

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

Petro123т.е. вы не храниете:
- прошлые версии вашего продукта в виде откомпилированных exe dll?
- прошлые версии вашего продукта в виде инсталляционных пакетов Setup.exe?
Храним. Но в любой момент можем вернутся к их исходникам и параметрам их сборки.
Вообще полезность хранения старых скомпиллированых и собранных минорных версий продукта не очень велика.

morphiyа какой программой вы пользуетесь для подготовки сборки(взять необходимые файлы из vss) как у вас решается вопрос с откатами-руками делается?
Я не разработчик и не PM, а системный аналитик. Поэтому тонкостей насчёт конвейера не знаю. Откаты делаются руками, и очень нечасто. И это правильно, гораздо лучше, чем из-за одной опечатки терять несколько часов, а то и день работы всей команды.