问题标签 [visual-sourcesafe-2005]

似乎以下类型的文件需要可写才能编译解决方案。.exe .dll .pdb （如果调试） .resource (?) .xml （至少是系统生成的。我不确定它们是否只是所有 XML 文档文件）

如果它们已签入并且只能由签出它们的人由编译器覆盖，那么将它们签入 sourcesafe 并要求签出以修改它们（每次运行时编译器都会尝试这样做）会干扰其他开发人员调试和运行的能力。

最佳做法是什么？似乎 VSS 会自动添加所有内容。

• 将 Visual Source Safe 与 IIS 集成一起使用（工作目录是 IIS 站点）
• 指向 IIS 站点的 Visual Studio 将加载 Web 项目。
• 它将在 VSS 控制下（必须签出文件等）。

最近，我们不得不从 Web 应用程序为我们的数据库连接切换到集成安全性。这意味着将 IIS 应用程序池（和匿名身份验证）的模拟更改为模拟帐户。

因为我这样做了——我的项目在 Visual Studio 中加载，但它就像我不是我一样，并且文件不再受源代码控制。我将假设它与从 IIS 到 VSS 的传递有关（好像您记得您必须将 IIS_USERS 添加到 VSS 用户列表中）。即使尝试添加模拟帐户也不起作用。

有任何想法吗？

在我能够说服其他人转换到 Team Foundation Server 2010 (TFS2010) 之前，我仍将使用 Visual Source Safe 2005 (VSS2005)。我将很快升级到 Visual Studio 2010 (VS2010)。我需要什么才能让 VS2010 与 VSS2005 一起工作？我知道有一个针对 VSS 的补丁。

我不得不重建我的机器并从 XP 升级到 Windows 7。我现在遇到了一个问题：我之前在 SourceSafe 中签出了文件，我在新安装的本地文件夹中仍然有这些文件的副本。但是，SourceSafe 仍将它们检出到旧的 XP 文件夹（c:\documents 和设置等），而文件现在驻留在 c:\Users 中。

Visual Studio 中的待签入现在认为我没有签出任何内容，并且 SourceSafe 声明文件已在 c:\documents and settings\ 路径下签出给我。

有没有办法告诉 SourceSafe 只是“查看那里”来代替文件？它似乎可以单独撤消和重做文件的签出，但这是一个漫长的过程，如果可能的话，我想避免这个过程。如果我只是单独签出文件，那么它会将它们列为两次签出给我，每个位置一个。

任何指针将不胜感激！

我们使用 Visual Studio 2008，带有可视源代码安全 v8。最近，我似乎比平时遇到了更多的崩溃，主要是在查看历史记录（比较等）时。

我截取了一系列对话框，这些对话框总是会出现，导致崩溃：http: //img529.imageshack.us/img529/1360/msvscrash.jpg

有谁知道这可能是什么原因造成的？谢谢。

使用 Visual SourceSafe 2005，我需要做什么来告诉 VSS 2005 应标记当前版本的代码（或其他），以便在进一步修订后我可以稍后返回并获取已标记的代码版本？

我正在将绑定到 VSS 的一个解决方案中的项目从一个解决方案复制到另一个未绑定（或不应绑定）的解决方案。当我复制原始项目并将其添加到新解决方案时，它显示为已签入，并且 VS 正在重新映射 VSS 中的工作文件夹；我希望这个新副本不绑定到源代码管理并且不进行重新映射。无论如何都要禁用它，即使是手动的。如果必须，我可以编辑项目文件，但我不确定要删除什么。

谢谢。

我了解 vss 的标签和分支，但我如何使用 Visual Studio 2008 实现它。例如，我将项目中的所有文件标记为“1.0 版”，然后（之后更改签出和签入）我想要将 1.0 版带回 Visual Studio。我如何从视觉工作室做到这一点？还是我必须从 VSS 执行此操作？

谢谢

我有一个自定义应用程序，它汇集了多种资源并将 Visual Studio 项目构建成一个 exe 文件，然后我可以使用它来升级我公司的网站和数据库。这个自定义应用程序在几个地方使用 System.Diagnostics.Process 来访问 SourceSafe，我使用命令 SS ... -Y 登录到 SourceSafe 并处理一些按我预期工作的事件。我没有登录公司的域，这就是我手动登录 SourceSafe 的原因。

现在，当我开始构建我的 VS2010 项目的部分时，我正在使用此命令devenv /Build Release /Out ..\Log.txt /project <MyProject>它不会构建我的项目，并且日志文件显示此错误...

The following files were specified on the command line: <Path to my VS project> These files could not be found and will not be loaded.

我的项目的路径是正确的，如果我从命令窗口运行它，它会加载项目，询问我的 SourceSafe 凭据并构建。所以我的问题是......有什么方法可以使用上面的命令行登录 SourceSafe，或者在执行命令行之前添加到 ProcessInfo 参数？

问：今天我用的是MS Visual Sourcesafe，也就是微软的Sourcecode销毁系统，它从来没有保存过任何东西，但是已经销毁了很多。

今天我又经历了一次令人讨厌的破坏性事件：

我正在处理报告服务报告（*.rdl xml 文件）。我正在修改一份报告，所以我创建了一个副本并对其进行了修改。

原始文件名为 FILENAME.rdl 我修改后的副本名为 FILENAME2.rdl

我完成了，保存了。签入。一切都是正确的。我下线了，继续工作。

后来，我删除了filename.rdl，并将filename2.rdl重命名为filename.rdl

我继续离线工作了一天。晚上我签到了，filename2.rdl 又出现了。我认为它已将旧版本复制回来，所以我删除了 filename.rdl（从本地计算机和 sourcesafe，通过 Visual Studio 树视图中的删除键盘按钮）并想再次将 filename2.rdl 重命名为 filename.rdl。

当我尝试时，我意识到 filename2.rdl 只是出现在 treevieww 中的一个条目，而不是在磁盘上......正是在那一刻，我意识到我现在遇到了问题......

我在回收站里看了看，但那里什么也没有。我尝试了 5 种不同的取消删除程序，并且卷影复制资源管理器 [发现非 C 盘数据 - 例如数据分区 e - 没有被卷影复制服务自动备份......]，但没有运气。文件不见了。

是否仍然可以从 sourcesafe 中检索文件，或者当您按下 VisualStudio 树视图中的删除按钮并单击 OK 从文件和 sourcesafe 中删除它时，它是否会被永久删除？

到目前为止，我找到了这个： http: //support.microsoft.com/ ?scid=kb;en-us;244019&x=11&y=7

但据此尚不清楚该文件是否已消失。问题是如果它不存在，我应该在今晚重做大约一小时的工作，因为明天将是忙碌的一天。