Visual SourceSafe (VSS): ошибка «Доступ к файлу (имя файла) запрещен»

Question

Кто-нибудь может помочь с вышеуказанной ошибкой SourceSafe?

Я часами пытался найти решение. Я также чертовски погуглил, но не смог найти сценарий, соответствующий моему, потому что в моем случае это затронуло только несколько файлов (не все).

Вот что я нашел:

• только несколько файлов в моем проекте генерируют эту ошибку
• другие файлы в том же каталоге (например, в App_Code есть один из проблемных файлов) работают нормально
• Я пробовал извлекать из клиента VSS и Visual Studio
• другой разработчик может проверить основной файл проблемы без проблем

Звучит как проблема с разрешением для моего пользователя, верно? Однако:

• Я нашел местоположение одного из проблемных файлов в каталоге данных VSS (используя формат имен VSS, как в 'fddaaaaa.a') и проверил его разрешения; все выглядит нормально, и его разрешения совпадают с разрешениями других файлов, которые я могу успешно проверить
• Я не вижу различий в свойствах файла между рабочими и нерабочими файлами

Что еще я могу проверить? Кто-нибудь сталкивался с этой проблемой раньше и нашел решение?

Спасибо.

P.S .: SourceGear, svn или git не являются опциями, к сожалению. P.P.S .: Попытка безуспешно добавить тег «sourcesafe».

РЕДАКТИРОВАТЬ: Привет, Пэдди, я пытался нажать «добавить комментарий», чтобы ответить на твой комментарий, но я получаю ошибку javascript при загрузке этой страницы в IE8 («jquery undefined» и т. Д.), Поэтому это не так рабочий.

Это при проверке файлов, и да, я стираю свою локальную копию больше раз, чем помню. ;)

РЕДАКТИРОВАТЬ 2: Спасибо за ответы, ребята (опять же, я не могу «добавить комментарий» из-за того, что jQuery не загружается, возможно, заблокирован, как обсуждалось в Meta).

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

Answer 1

Запоздалое обновление и разрешение:

Несмотря на то, что у меня были необходимые разрешения на файл, который я перечислил выше, и подтверждение того, что временная метка и содержимое файла совпадали с той, над которой я работал, это, очевидно, был неправильный файл. Я буду essplain.

Я понизился до версии 6.0 клиента VSS с версии 2005 (8.0) и, в отличие от 8.0, идентифицирует фактическое имя файла в файловой системе, к которой он пытался получить доступ при возникновении ошибки.

Файл, который я перечислил выше, был текстовым представлением файла - кажется, что фактический файл, к которому VSS пытался получить доступ ('fddaaaaaa', а не 'fdaaaaaa.a'), является двоичным файлом. [Я предполагаю, что это связано с тем, как VSS управляет системой баз данных на основе файлов.]

По какой-то причине у меня не было необходимых разрешений для двоичного представления файла, и исправление этой проблемы устранило проблему. Я до сих пор не знаю, почему у меня не было разрешений только для нескольких файлов, в то время как большинство файлов были доступны для меня. [Рассматриваемые файлы не были недавно созданы.]

Имеет ли это смысл? Только мне?

P.S .: К сожалению, я не могу сказать здесь, и SS является и будет нашим программным обеспечением для контроля версий.

Answer 2

Откройте MS SS от имени администратора (щелкните правой кнопкой мыши на программе, а затем откройте от имени администратора)

Answer 3

Вещи, чтобы проверить по порядку:

1. Антивирус
2. Другое программное обеспечение с загруженным файлом (blend / notepad / what) и заблокированным
3. NTFS-разрешения локально
4. NTFS-разрешения для исходного файла (fddaaaaaa.a)
5. Выполнить проверку диска (это могут быть повреждены сектора)