Microsoft Visual SourceSafe ( VSS ) — это прекращенная программа управления исходным кодом , ориентированная на небольшие проекты по разработке программного обеспечения. Как и большинство систем управления исходным кодом, SourceSafe создает виртуальную библиотеку компьютерных файлов. Хотя SourceSafe чаще всего используется для исходного кода , он может обрабатывать любые типы файлов в своей базе данных , но было показано, что старые версии [1] [2] нестабильны при использовании для хранения больших объемов нетекстовых данных, таких как изображения и скомпилированные исполняемые файлы.
SourceSafe изначально был создан компанией One Tree Software из Северной Каролины. One Tree SourceSafe прошел через несколько релизов в циклах 1. x и 2. x , поддерживая DOS , OS/2 (с графическим интерфейсом Presentation Manager ), Windows, Windows NT, Mac и Unix. Когда Microsoft купила OneTree в 1994 году, [3] они немедленно прекратили разработку для всех версий, кроме Windows. Microsoft SourceSafe 3.1, Windows 16-bit-only и Macintosh, [4] переименованные в One Tree 3.0, были недолго доступны, прежде чем Microsoft выпустила версию 4.0. С приобретением One Tree Software Microsoft прекратила выпуск своего продукта для управления исходным кодом, Microsoft Delta. [5] [6] После приобретения Mainsoft Corporation разработала SourceSafe для UNIX в сотрудничестве с Microsoft. [7] Позже Metrowerks, Inc. разработала Visual SourceSafe для Macintosh в сотрудничестве с Microsoft. [8]
SourceSafe изначально не был клиент-серверным Source Code Management , а скорее локальной системой SCM. С точки зрения архитектуры это служит как сильной, так и слабой стороной дизайна, в зависимости от среды, в которой он используется. Он позволяет настроить однопользовательскую систему с меньшей конфигурацией, чем некоторые другие системы SCM . Кроме того, процесс резервного копирования может быть таким же простым, как копирование всего содержимого одного дерева каталогов. Однако для многопользовательских сред ему не хватает многих важных функций, имеющихся в других продуктах SCM , включая поддержку атомарных коммитов нескольких файлов ( CVS имеет ту же проблему, поскольку он построен на оригинальном RCS ). SourceSafe наследует свою общую функциональность, используя прямой удаленный доступ к файловой системе ко всем файлам в репозитории. Это, вместе с историческими ошибками в кодовой базе, иногда приводило к повреждению базы данных SourceSafe, проблема, отмеченная Microsoft. [9]
Начиная с VSS 2005, Microsoft добавила режим клиент-сервер . В этом режиме клиентам не нужен доступ на запись в общий ресурс SMB , где они потенциально могут повредить базу данных SS. Вместо этого доступ к файлам должен осуществляться через клиентские инструменты VSS — клиент VSS Windows, инструмент командной строки VSS или какое-либо приложение, которое интегрируется с этими клиентскими инструментами или эмулирует их. [ необходима цитата ]
Стабильность Visual SourceSafe подвергается критике из-за того, что Visual SourceSafe использует прямой механизм доступа к файлам, который позволяет любому клиенту изменять файл в репозитории после его блокировки. Если клиентская машина выходит из строя в процессе обновления файла, она может повредить этот файл. [15] Многие пользователи Visual SourceSafe снижают этот риск, используя утилиту, предоставляемую Visual SourceSafe, которая проверяет базу данных на предмет повреждений и, если возможно, исправляет найденные ошибки.
Хотя часто говорят, что « поедание собственной собачьей еды » является частью культуры Microsoft , [16] VSS, по-видимому, является исключением; широко распространены слухи [17] , что очень немногие проекты в Microsoft полагались на Visual SourceSafe до того, как продукт был прекращен, и что преобладающим инструментом в то время был SourceDepot . По словам Мэтью Доара: [18]
Сама Microsoft использовала внутреннюю версию RCS под названием SLM до 1999 года, когда она начала использовать версию Perforce под названием SourceDepot.
Подразделение разработчиков Microsoft использовало Team Foundation Server для большинства своих внутренних проектов [19], хотя в стенограмме VSS [ требуется ссылка ] говорилось, что другие крупные команды используют «комбинацию настраиваемых внутренних инструментов».
С тех пор Microsoft перешла на использование Git . [20]
Обновленная версия Visual SourceSafe 2005 была выпущена в ноябре 2005 года, обещая улучшенную производительность и стабильность, лучшее слияние файлов Unicode и XML, а также возможность извлечения файлов через HTTP. Она была включена в редакции Visual Studio 2005 Team System, [21] но не включена в Visual Studio Team System 2008.
В то же время Microsoft также представила систему управления исходным кодом под названием Team Foundation Version Control (TFVC), которая была частью продукта управления жизненным циклом проекта Visual Studio Team System . Этот продукт устраняет многие недостатки Visual SourceSafe, что делает его подходящим для больших команд, которым требуется высокий уровень стабильности и контроля над действиями.
С выходом Visual Studio 2010 компания Microsoft больше не распространяет Visual SourceSafe. Теперь Microsoft предлагает Team Foundation Server Basic для небольших групп разработчиков. [22] [23] Было выпущено исправление, чтобы существующие клиенты могли использовать SourceSafe с Visual Studio 2010. [24]
Основная поддержка финальной версии продукта, Visual SourceSafe 2005, была прекращена 10 июля 2012 года, а расширенная поддержка завершилась 11 июля 2017 года. [25]
Readmess.htm). Microsoft Visual SourceSafe 6.0c [CD-ROM].