Какова разность между VSS 6.0 и 2005 VSS?
Приостановив антивирус, у меня больше нет этой проблемы, или, что лучше, я создал правило для антивируса, чтобы принять заданное имя файла .class, распознаваемое как троянец, а затем запретить во время компиляции.
3 ответа
Мы перешли с VSS6 на VSS2005 чуть больше года назад. Структура базы данных идентична. Единственная оговорка, которую мы обнаружили, заключалась в том, что некоторые люди все еще использовали VSS6 в базе данных, тогда как другие использовали VSS2005. VSS2005 обрабатывает текстовые файлы Unicode как текстовые файлы, тогда как VSS6 - нет. Это означает, что, когда VSS2005 добавляет текстовый файл Unicode, VSS6 видит его как двоичный (это влияет, среди прочего, на файлы csproj).
Помимо этого, VSS2005 поддерживает правильный HTTP-доступ к базе данных (при условии, что расширения сервера установлены), улучшенная локальная сеть производительность (опять же, с расширениями сервера) и улучшенные диалоги файловой системы (старые неприятные исчезли). Однако в новом диалоговом окне добавления файла отображаются ВСЕ файлы, а не только те, которые не включены.
Кроме того, VSS2005 позволяет предоставлять настраиваемые редакторы и инструменты дифференцирования по расширению файла, что очень полезно. Например, некоторые из наших XML-файлов зашифрованы, поэтому мы запускаем инструмент дешифрования перед инструментом различий, используя эту систему, что значительно повысило эффективность наших процессов проверки.
Есть также другие настройки здесь и там, в основном хорошо, но иногда раздражает.
Наконец, ничего не было разрушено. На самом деле, с момента перехода, похоже, было меньше дополнительных повреждений в базе данных, но я бы не стал относить это к новому VSS, поскольку это не было исчерпывающим тестом.
что существенно повысило эффективность наших процессов проверки.Есть и другие хитрости здесь и там, в основном хорошие, но иногда раздражающие.
Наконец, ничего не было уничтожено. На самом деле, с момента перехода, похоже, было меньше дополнительных повреждений в базе данных, но я бы не стал относить это к новому VSS, поскольку это не было исчерпывающим тестом.
что существенно повысило эффективность наших процессов проверки.Есть и другие хитрости здесь и там, в основном хорошие, но иногда раздражающие.
Наконец, ничего не было уничтожено. На самом деле, с момента перехода, похоже, было меньше дополнительных повреждений в базе данных, но я бы не стал относить это к новому VSS, поскольку это не было исчерпывающим тестом.
Я почти уверен, что опасность уничтожить что-либо не больше, чем при использовании VSS 6.0.
Это довольно давно, с тех пор как я последний раз использовал VSS, но мы также обновили с версии 6 до версии 2005. Насколько я помню, в клиенте (проводнике VSS) были только косметические изменения, но формат базы данных, а также доступные функции были точно такими же, как в VSS 6.
Все должно быть в порядке.
Поскольку VSS просто использует общий файловый ресурс для всего, и нет ничего, что действительно было бы серверным, все в порядке. В формате базы данных мало что изменилось, в основном на стороне клиента.