Причины использовать Подверсию по Безопасному Источнику MS
-
Вместо жесткого кодирования вы можете получить токен SAS при запуске (имейте в виду, что это замедлит запуск вашего приложения). Но это также означает, что для получения нового ключа ваше приложение нуждается в перезапуске.
-
Вы можете использовать его в качестве параметра конфигурации и при каждом развертывании писать сценарий PowerShell для загрузки нового токена SAS
-
Генерация долгосрочного ключа и шифрование с помощью Keyvalt [ 110] в сочетании с идентификацией управляемых услуг (MSI). (PS. Я не эксперт по безопасности, поэтому я не уверен, безопасен ли он на 100%). Поэтому даже если кто-то получит ваш ключ, он будет зашифрован.
3 ответа
Классические аргументы против VSS можно найти в Visual SourceSafe: Microsoft Source Destruction System
Мне нравится подрывная деятельность по следующим причинам
- Бесплатно
- Открытым исходным кодом
- Электронная документация Red Book
- Простота ветвления / слияния
- F ree Client Tools / Gui's / IDE AddIns
- Методы множественного доступа (svnserve, http и т. д.)
среди прочего ...
Я использовал VSS, ClearCase, CVS и Subversion, и мне нравится Subversion
См. это , это и это . Короче говоря: используя VSS, вы тратите больше времени на борьбу с самим VSS, чем на выполнение полезной работы.
Я использую VSS на работе и Subversion дома, и мне они оба нравятся. Блокировка файлов в VSS временами может быть отличной, но иногда - отстойной. Одна из вещей, которые мне нравятся в Subversion, - это простота ветвления и прочего. У VSS также, похоже, есть еще много проблем с интеграцией в Visual Studio.