【问题标题】:VSS Analyze - Access to file [filename] is deniedVSS 分析 - 访问文件 [文件名] 被拒绝
【发布时间】:2009-11-27 15:36:00
【问题描述】:

我们的 VSS 数据库看起来非常变形。我一直在尝试存档并运行“分析”并不断收到“对文件 [文件名] 的访问被拒绝。该文件可能是只读的,可能正在使用中,或者您可能没有写入文件的权限。更正此问题并再次运行分析。”没有人登录 SourceSafe(包括我自己),我正在 VS 命令提示符下运行分析实用程序,如下所示:

analyze -v -f -bbackuppath databasepath

如果我尝试从 ssadmin 工具创建项目档案,我会遇到类似的错误。

数据库位于网络共享上,我们正在运行 VSS 2005 v8.0.50727.42。我希望能够做到这一点,因为这将是远离 VSS 的第一步。

提前致谢。

更多信息 每次我运行分析时,生成拒绝访问消息的文件都会更改。就好像运行分析会解锁该文件,以便下次我进入下一个。

【问题讨论】:

  • 这并不能直接解决您的问题,如果这很烦人,我深表歉意:如果您有机会,请摆脱 VSS。它被广泛认为是最无能的源代码控制工具。数据库损坏和文件丢失很常见,使用它们也没有乐趣。 $FREE 有更好的程序可用。如果你的代码对于源代码控制来说足够重要,那么它对 VSS 的信任就太重要了。
  • @Carl Smotricz - 是的,我知道,这就是我试图让事情井然有序的部分原因。

标签: visual-sourcesafe


【解决方案1】:

当我们最近尝试分析和修复时,我们的 VSS 数据库也遇到了这个问题。

我们做了一些事情来让它发挥作用。

  1. 关闭网络共享,显然我们仍然有用户访问我们看不到的共享,这在大多数情况下都有帮助。
  2. 否则我们会在本地复制存储库,然后从那里对其运行分析。

这两种解决方案都不理想,但我们处于危急情况,这是我们让它发挥作用的唯一方法。

【讨论】:

  • 你复制到本地运行analyze之后,是不是把网络共享上的原版去掉,把“fixed”版本复制回来?
  • 是的,这正是我们所做的。
猜你喜欢
  • 1970-01-01
  • 2018-03-06
  • 1970-01-01
  • 2023-03-14
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多