Визуальные источники безопасного изменения списков

Вы говорите, что застряли с VSS - будет ли вариант перехода на Team Foundation Server? По сути, это преемник VSS, и, если вам дано указание оставаться «магазином Microsoft», он может удовлетворять вашим требованиям. Team Foundation Server поддерживает списки изменений (наборы изменений - любой термин, который вы предпочитаете). Резюме:

Контроль версий Team Foundation Server предоставляет репозиторий системы контроля версий, называемый Team Foundation Version Control (TFVC). В отличие от предыдущего предложения Microsoft по управлению версиями, Visual SourceSafe (VSS), которое полагалось на механизм хранения на основе файлов, система управления версиями Team Foundation хранит весь код, а также записи всех изменений и текущих проверок в базе данных SQL Server. Он поддерживает такие функции, как несколько одновременных выездов, разрешение конфликтов, складирование и снятие с полок (складирование - это способ сохранить набор ожидающих изменений, не передавая их в систему контроля версий, но при этом делая их доступными для других пользователей), ветвление и слияние, и возможность устанавливать уровни безопасности на любом уровне исходного дерева, наряду с наиболее заметными функциями управления версиями документов, блокировкой, откатом и атомарными фиксациями. Механизм управления версиями также интегрируется с рабочими элементами Team System; когда происходит возврат (называемый «набором изменений»), разработчик может выбрать, чтобы его код был связан с одним или несколькими конкретными рабочими элементами, чтобы указать, что возврат работает для решения конкретных проблем. Администраторы TFS могут применять политики регистрации, которые требуют выполнения требований анализа кода, а также принудительно связывать регистрации с рабочими элементами или обновлять состояние связанных рабочих элементов (например, отмечать ошибку как "исправленную", когда проверка кода, в котором исправлена ​​ошибка). Отдельным версиям файлов можно назначать метки, и все файлы с одинаковыми метками образуют группу выпуска. В отличие от VSS, репозиторий системы управления версиями TFS не поддерживает связывание с элементом из нескольких мест в структуре исходной папки, а также не позволяет элементу быть «закрепленным» (разрешить разные ссылки на один и тот же файл из разных каталогов, чтобы указывать на разные версии таким образом, что дальнейшее редактирование невозможно).

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

TFVC не ограничивается только исходным кодом, но, используя инфраструктуру Windows SharePoint Services, на которой он построен, он также предоставляет библиотеку с контролем версий для других документов в проекте, включая, среди прочего, планы проектов, требования и документы анализа функций. Все документы в репозитории с контролируемым источником могут быть связаны с любым рабочим элементом, а доступ к ним можно контролировать путем определения политик доступа.

Я не верю, что VSS поддерживает такую ​​функциональность. Вероятно, вам следует представить руководству бизнес-обоснование, в котором описаны ваши проблемы с VSS и то, как переход на что-то еще может снизить риски разработки и повысить производительность.

Существует множество SCM с бесплатными / открытыми исходными кодами, а также некоторые коммерческие продукты (например, Perforce) по разумной цене.

Удачи - однажды я был в похожей ситуации.