Pregunta

VSS está reanudando su sabotaje a mi repositorio de nuevo. El comando de reparación no me deja la reparación, el bloqueo de VSS no parece afectar actualmente conectado users-- y no es un usuario, su reclamando la única persona que haya iniciado sesión se administrador (a través de la herramienta de administración de VSS!) y ya he cerrado todas las instancias de la herramienta de administración de VSS y el cliente.

¿Fue útil?

Solución

En la gestión de equipo, cierre todas las sesiones y archivos abiertos. Es drástico, pero que es la única manera que encontré para solucionarlo. También puede ser que desee cerrar la cuota de forma temporal.

Otros consejos

Yo tenía el mismo problema e incluso después de seguir los pasos indicados en la respuesta anterior, que no desapareció hasta que Detener PED en el SQLWriter (SQL Server VSS Writer) y SSService (Visual SourceSafe LAN Service) servicios.

Escribir un correo a todos:

Asunto : VSS emergencia

cuerpo : se pidió a todos que desconectar inmediatamente de VSS. Esto no es un taladro. Repito: esto no es un simulacro

.

reiniciar la máquina y vuelva a intentarlo.

cerrar también todas las instancias de Visual Studio ya que estos también son (o pueden ser) los clientes de Visual Source Safe.

detener SSService (Servicio de Visual SourceSafe LAN) trabajaron para mí, gracias.

muchos

salvó de tiempo y confusiones ...

Tengo este archivo por lotes se ejecuta a través del programador de tareas 02 a.m. todos los días cuando no hay nadie debe iniciar sesión en cualquier caso, pero lo son. Parece que hacer el truco.

net stop sqlwriter
net stop ssservice
"D:\Program Files (x86)\Microsoft Visual SourceSafe\analyze.exe" -C -D -F -V4 "D:\vss\data"
net start ssservice
net start sqlwriter

El único problema que he encontrado es la carpeta de copia de seguridad podría tener datos en ella, que se detiene el analizador en sus pistas. Por lo que podría terminar la adición de algunos comandos para mover el material fuera de la carpeta data \ copia de seguridad si me encuentro con ese tema de nuevo. (En ese caso, usted tiene que mantener el archivo Analyze.log en la carpeta de copia de seguridad. No he hecho suficiente investigación en eso, sin embargo.)

Espero que esto ayude!

  1. Abrir 'Microsoft Visual SourceSafe Administración'.
  2. Seleccione el usuario y cambiar la contraseña (si es necesario) de usuario> Cambiar contraseña.
  3. Herramientas> Opciones> Desmarque 'Uso de nombre de red para el registro de uso automático en' Aceptar>.
  4. Abrir 'Microsoft Visual SourceSafe' y acceder con el usuario deseado y luego hacer 'Deshacer desprotección' o 'check-in' para el archivo (s) que se requieren.
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top