Question

VSS reprend son sabotage de mon dépôt à nouveau. La commande de réparation ne me laisse pas réparer, le verrou VSS ne semble pas affecter actuellement connecté users-- et il est pas un utilisateur, son prétendant la seule personne connecté est administrateur (via l'outil d'administration VSS!) et je l'ai déjà fermé toutes les instances de l'outil d'administration VSS et le client.

Était-ce utile?

La solution

Dans la gestion informatique, fermez toutes les sessions et les fichiers ouverts. Il est drastique, mais qui est la seule manière que je trouvais de le réparer. Vous pouvez également fermer la part temporairement.

Autres conseils

J'ai eu le même problème et même après avoir suivi les étapes de la réponse ci-dessus, il ne disparaît pas jusqu'à ce que je Arrêter ped SQLWriter (Sql Server VSS Writer) et SSService services (Visual SourceSafe LAN service).

Ecrire un mail à tout le monde:

Objet : VSS d'urgence

Body : Tout le monde est invité à déconnecter immédiatement de VSS. Ce n'est pas une perceuse. Je le répète: ce n'est pas une perceuse

.

Redémarrez la machine et rejuger.

Fermez également toutes les instances de Visual Studio puisque ceux-ci sont aussi (ou peut être) clients de Visual Source Safe.

arrêter SSService (Visual SourceSafe LAN service) a fonctionné pour moi, merci.

il a sauvé beaucoup de temps et ... confusion

J'ai ce fichier de commandes en cours d'exécution à travers le Planificateur de tâches 02h00 tous les jours quand personne ne doit être connecté de toute façon, mais ils sont. Il semble faire l'affaire.

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

La seule question que je suis venu à travers est le dossier de sauvegarde peut contenir des données, qui arrête l'analyseur dans ses pistes. Donc, je pourrais finir par ajouter quelques commandes pour déplacer l'étoffe des données \ dossier de sauvegarde si je tombe sur cette question à nouveau. (Dans ce scénario, vous devez garder le fichier Analyze.log dans le dossier de sauvegarde. Je ne l'ai pas fait assez de recherches dans ce, bien que.)

J'espère que cela aide!

  1. Ouvrez Microsoft Visual SourceSafe Administration '.
  2. Sélectionnez l'utilisateur et le mot de passe changer (le cas échéant) de l'utilisateur> Modifier le mot de passe.
  3. Outils> Options> Décochez 'NAME réseau pour utilisation journal d'utilisation automatique dans'> OK.
  4. Ouvrez Microsoft Visual SourceSafe "et connectez-vous avec l'utilisateur requis puis faire « annuler consulter » ou « check-in » pour le fichier nécessaire (s).
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top