问题标签 [visual-sourcesafe]

我正在使用 Visual Studio 2008 专业版。在以前的版本中，已经与 VSS 集成，通过它可以“从 SourceSafe 打开”，然后在解决方案视图中，可以通过单击单个文件与源代码管理进行交互。我在2008下好像有一些集成，即File菜单下有一个“Source Control”菜单项，但我能做的只有“Launch Microsoft Visual SourceSafe”。如何获得 2005 年的集成？

（我知道我正在使用 Visual Source Safe，我别无选择，因为它附带 MSDN 订阅许可证，而且我的公司不想购买第三方源代码控制解决方案......）

我有一个 VS 2005 解决方案，其中包含 3 个 C# 类库项目、2 个 ASP.NET 网站项目和一个存储在 Visual Source Safe 数据库中的 ASP.NET Web 服务项目。一些项目引用了处理常见任务的通用库 DLL。

当一个新人在他们的工作站上设置解决方案并第一次构建它时，它会检查 ASP.NET 网站和 Web 服务项目的 bin 文件夹中的公共库 DLL。当当前正在处理该项目的另一个开发人员尝试构建时，他们会收到“文件已被其他用户完全签出”消息。

VS 2005 不会在引起头痛的 DLL 旁边显示复选标记。

有没有办法防止这种情况发生？

我倾向于认为这里的大多数人认为 SVN 是镀金的好东西，而 VSS 是有史以来设计的最糟糕的程序（至少就版本控制而言）。

说了这么多，为什么呢？我使用了一些 CVS，而我目前的工作使用 VSS，从团队的角度来看，我真的无法分辨出那么大的区别。我看到的大多数差异都是外观上的。当然，我也没有尝试过任何分支/合并，但是作为一个进来的编码器，签出文件，处理这些文件并在一天结束时签入，为什么我想要 1其他？

• 在 PHP/MySQL 工作多年后，我重新回到 .NET
• 早在 2002 年的 Microsoft 项目中，我们一直使用 Visual SourceSafe，但每个人都讨厌它
• 在我所有的 PHP/MySQL 项目中，我们都使用了 SVN，每个人都喜欢它
• 在现代 .NET 项目中，团队是否仍在使用 Visual SourceSafe，它是否有所改进？

或者这些天（希望）SVN 已成为 .NET 项目中的标准？

在我的 VSS 项目的工作文件夹中，是否可以将所有文件/文件夹设为可写？即不是只读的？

在 VSS 的 GUI 中，可以查看项目“包括”或“排除”标签的历史记录。

我正在尝试做同样的事情，但从命令行但我看不到我需要使用哪个开关来“排除”标签（默认情况下它们包括在内）。

例如我正在运行：- ss.exe HISTORY -I- $/Source/Path/FileName.txt

为什么？我们有巡航控制设置，可以在每次成功构建时自动创建一个标签……所以有很多标签。当我运行上面的“获取历史记录”命令时，每个文件需要 20-30 秒，我想运行一个会命中每个文件的进程......

如果有人能告诉我我需要使用哪个开关（如果 GUI 允许您选择，它必须在那里？？）这将非常有帮助:-)

谢谢！

我想在打开 VSS 时自动登录，并完全跳过登录提示。这可能吗？

我有一个 Visual Source Safe 存储库，我的一些（不是全部，唉！）我的版本是由标签标识的。我知道如何从命令行获取标签，但是：

我可以从 Visual Studio 中按标签获取吗？

我正在使用 Visual Studio 2003（在其他版本的 Visual Studio 中答案会有所不同吗？）。

谢谢。

PS。我希望尽快迁移到 Team Server。

我正在使用的应用程序：Visual Studio 2008 (C#/ASP.NET) Visual Source Safe 8.0 IIS 5.1

我有两个名称相同的 Web 应用程序，但一个用于主要版本，另一个用于次要版本（主干和分支）。我想知道 Visual Studio 中是否有一个选项可以阻止它使用 Web 应用程序的项目名称在 IIS 中创建 ASP.NET 应用程序。由于它们的名称相同，我必须进入 IIS 并更改应用程序的路径，以便当我在两者之间切换时它指向主要（或次要）文件夹。

我想做的是有这样的事情：

但是 Web 项目仍然具有相同的名称。我知道我可以进入每个项目文件的属性并让它们指向不同的位置，但我认为当你想在两者之间合并时会破坏一些东西。

任何想法将不胜感激。

我们的团队正在从 VSS 6.0 迁移到 TFS 2008，以用于源代码控制。我想知道是否有人对此迁移有任何经验。特别是，我们有兴趣在源代码控制中保留文件的历史记录，以及任何其他潜在的陷阱。