Тут проблемка есть. Больше даже наверное организационная.
В общем, такая ситуация, что есть проблема «последней» рабочей версии.

Например, есть у нас программа, в которой есть модули. И вот был у нас модуль для показа результата поиска. Мы этот модуль сделали и отдали. А сами посчитали, что работа этого модуля нехорошая, и стоит бы его переделать. И вот начинаем мы его переделывать, проходит день-два. И вдруг приходит жалоба от клиентов, что там у нас плохо работает (или что более реально, некрасиво выглядит) поиск и его нужно очень быстро переделать. Однако щас мы пользуемся SourceSave, и в нем ведем наш проект. Возникает вопрос, что же нам теперь делать? За эти несколько дней, мы начали переделывать систему для нового модуля поиска (возможно еще какие-то другие модули), и что же теперь делать: копировать все это счастье, возвращаться к «примерно последней работающей версии», делать в ней изменения и переделанную прогу отдавать клиентам. А уже потом обратно затирать изменения и возвращаться к нашей новой переделываемой системе.

Как можно решить такую проблему?

ОТ Сердюка:
у нас тоже раньше біл сурсейф - ужасно глючная и неудобная штука. в ней как раз нельзя сделать бранч, которій идеально решил бі вашу проблему

От Алика:
Есть такая штука как теги и ветви.
Т.е. вы можете поставить метку на все файлы, которые счас хранятся в вашей системе и считать их релизом 1. От этого релиза вы начнете одну ветвь, которая будет запрошенным фиксом. А в голове проекта у вас будет находится соответственно новая разработка.

Такие вещи поддерживает CVS и SVN. Думаю, что ваша система слежения за версиями также должна поддерживать это.

От Андрюхи:

и выбираешь задать метку или как то так..

все файли проекта у тебя метяться ....

и тогда ты в любое время можешь вять версию проекта по метке...

вот так вот...

а билды нужно делать хотя бы раз в неделю... в вашем случае....

хотя неплохой рещультат ---- билд каждый день

более низкоуровневая детализация для вас думаю будет неуместа...

собсвенно и все

ну так если были изменения после меток...

то они не попадут в ту версию что ты пометил..

ты просто получишь весрии исходников..... до метки...

вот и все...

От Кучеры:
я в данном случае узнаю у разработчиков, когда эту улучшенную версию доделют, описываю её, и соглассовываю с Заказчиком, новый вид и срок исправления, обосновывая тем, что Разработчик проанализировал замечание и выбрал лучшее решение...

в зависимости от срока, конечно

делать два раза одно и тоже - неинтересно и дорого

От Виталика:
МНе еще посоветовали через CHeck
а чего вы незделаете так что например зделали рабочую версию поиска .
Если хотите что бы оно работало выше круче и сильнее нужно доплатить . ВОзможно заказчику и та версия вполне устроит которая на ваше мнение плохая

Есть рабочая версия отвечающая тех задание ,
для улучшение характеристик системы нужно дополнительно время деньги
И делаете отдельно новую версию поиска елси неустраивает шлифуете старую до максимально возможного и всё .