问题标签 [visual-sourcesafe]

目前我的团队使用 Visual Sourcesafe，并且非常熟悉第一手的 GUI 是多么可怕，并且听到了互联网上关于它有多不可靠的说法，我一直在努力推动转向 SVN。

今天我和经理讨论了他支持的最终举措，他问是否可以在 SVN 中创建 sourcesafe 样式的链接。对于不熟悉 sourcesafe 的人来说，链接在概念上与 Linux 下的文件链接相同。我们使用它们来链接项目之间的共享代码/库。我解释说没有办法使用 SVN 创建链接，他提出这可能是迁移的主要症结所在。

我告诉他，在我本地的 SVN 中（我一直在简化我的开发，只在 sourcesafe 中定期检查），我将共享代码/库放在一个位置，并将 ANT 引用到该位置。但是，我感觉到他对这个解决方案并没有留下深刻的印象，因为它增加了 ANT 任务的复杂性。就我个人而言，我认为拥有一个稍微复杂一点的 ANT 脚本而不是在源代码管理中拥有一堆链接文件是值得的，但这确实是您订阅哪种范例的问题。

我很好奇广大开发人员是如何解决这个限制的，以及像 Git 和 Mercurial 这样的更新的源代码控制系统支持链接吗？

我正在将 SQL 服务器移动到单独的机器上。目前我们在同一个盒子上运行我们的 web 服务器和 sql 服务器。所以我们有一个带有 IIS 和 SQLServer 的生产服务器，然后是一个独立的开发服务器来反映这个设置。

当涉及到我们的 asp.net 控件的 app.config 和网站的 web.config 时，这很有效，因为我们可以使用“Initial Catalog=MyDB;...”，而且因为两台机器上的 DB 名称相同，所以效果很好.

现在我正在考虑在同一个盒子（MyDB，MyDB-Dev）上运行两个数据库。有没有一种简单的方法可以做到这一点，而无需在每次部署或编译时编辑 web.config 和 app.config？这是 Visual Source Safe 可以处理的吗？

在podcast 40中提到的一件事是检查源代码控制中的文件之间的差异，以查看前一天做了什么。

是否有任何好的外部工具——我可以自己打开的东西——可以显示自上次签入以来或在单个项目的给定时间范围内更改的所有内容的差异？

我们目前正在使用 SourceSafe，但希望很快会迁移到 TFS。

谢谢

我们有一个博客系统，我们出售给许多不同的客户（包括在许多不同的项目中）。该系统包括许多不同的文件——几个 aspx 页面、一个或两个 ascx 控件、一个 css 文件、一个 javascript 文件和一些 codebehind/vb.net 实用程序文件。一般来说，这个模块的 90% 以上在客户之间是相同的——但当然每个客户都想要一些定制——从装饰性的 html/css 更改到服务器/客户端逻辑调整。

目前，要将我们的博客系统部署到一个新项目，我们只需复制文件（从我们处理的上一个项目中）并根据需要自定义文件……但现在我们有 10 个独特且不兼容的博客系统副本。仅仅让博客系统在每个项目中工作需要相当多的时间——并且将改进从新的博客系统传播到旧的系统和维护是一个真正令人头疼的问题。

理想情况下，我们会有一个博客系统文件的“黄金副本”，用于一般 (90%) 案例。我们可以将那个黄金副本添加到一个新项目中，让一个博客系统几乎可以立即运行——但是我们可以根据需要添加或自定义文件。更好的是——随着我们对“黄金副本”的改进，这些更改可以轻松部署到我们所有的站点——同时尊重我们为客户所做的定制。

我知道我们可以添加新的 css 文件来更改基类并添加新的 vb.net 类来覆盖基本服务器端逻辑——但我真的不确定如何处理 aspx、ascx 和 js 文件。 理想情况下，我们可以找到基于文件或源代码安全的解决方案——例如，如果存在带有自定义的新文件，它将自动覆盖黄金文件中任何相应的标记/js/etc。 当然，我们对所有解决方案持开放态度——这似乎是一个很常见的场景，所以我希望有人能开发出“最佳实践”。我所描述的甚至可能吗？任何建议或方向都非常感谢 - 在此先感谢！

谢恩

我工作的公司有超过 1000 个我们维护的应用程序。其中许多是旧技术，如 VB6，或较差的技术 (Access)。

我们正在寻求远离 Source Safe。我们正在运行 TFS，并且我们正在将 dot.net 项目迁移到 TFS。其他项目不与 TFS 集成，并且不需要门户或任何其他 TFS 功能（源代码控制除外）。

由于产品的不可靠性，我担心将其他项目留在 Source Safe 中。

据我所知，有两种选择：

1) 在 TFS 中创建一个名为“VB6”的空项目（例如）。为 VSS 中的每个 VB6 应用程序分支它。这会将所有 VB6 应用程序放在该子文件夹中。这样，所有应用程序都可以在 TFS 中。

2）将点网项目放入TFS。创建一个 CVSNT 存储库并将所有其他 VSS 项目放在那里。

3）将点网项目放入TFS。将所有其他项目留在 VSS 中。对所有 VSS 数据库运行每周压缩和修复。

人们认为哪个选项最好？有没有其他人遇到过类似的情况？

我正在尝试为从 VSS 2005 中提取的客户端进行构建（是的，我别无选择）。我很确定我的所有配置都是正确的，但我不断收到此错误：

源代码控制操作失败：$/Utilities/Orbital Gateway/Solution Architecture/Release Construction/Payment Subsystem/Services/PaymentService 不是现有文件名或项目

我直接从 SourceSafe 复制了项目路径，所以我知道它是正确的。

这是我的配置：

可执行文件是指构建服务器上的 ss.exe，还是实际存放代码的服务器。我让它指向构建服务器。

任何帮助，将不胜感激！

我有机会向我的老板正式介绍任何有利于公司的事情。我的想法是在我的工作场所采用源代码控制。我一直在使用 Mercurial 来管理我自己的工作项目，但是团队的其他成员没有正式的源代码控制系统。不幸的是，我不太擅长提出想法。

那么，你们能告诉我为什么开发人员必须使用源代码控制吗？此外，您为什么要选择除Visual SourceSafe 之外的任何工具？我没有使用 VSS 的经验，但他可能会问我们为什么不只使用 Microsoft 的工具。

我想在这里听听许多聪明的程序员的意见！我的首选选项是 SVN 或 mercurial。两者似乎都对它们的 Windows 版本有很好的支持，而且都没有 CVS 过时。另外，作为一个自称开源的弟子，我更愿意推荐一个开源工具。:)

谢谢！

编辑：简而言之，一般来说，其他开发人员的当前做法是复制文件夹，用日期标记，也许自己记录。你得到图片。如果我的老板说“如果它有效，为什么要修复它？”

StarTeam 在视图之间共享文件。基本上，StarTeam 中的视图可以共享来自其他视图的单个文件。然后它也可以分支文件。是否可以迁移 StarTeam 中彼此共享数百个文件的视图？有人有这方面的经验吗？假设唯一的解决方案是在 GIT 中将一个 StarTeam“视图”转换为一个存储库，那么是否有策略仍然允许在 GIT 中的多个存储库之间共享文件？

肖恩

我已经在我的台式计算机上安装了 Visua Studio 2008 Team System 2008 Architecture 和 Visual SourceSafe 2005。

Visual Studio 没有集成 Visual SourceSafe，如何在 Visual Studio 上集成 Visual SourceSafe。

谢谢！

这与源代码管理有关，我使用的是 VSS 和 Visual Studio 2008 插件。当引用项目的 DLL 包含在项目中（并检入 VSS）时，在下一次构建时它将失败，因为这些文件没有作为构建过程的一部分检出并且是只读的。

我可以排除整个 bin 文件夹和所有 dll，但这就是我放置我的静态 dll（即未作为解决方案的一部分重新构建的那些）的地方，有趣的是，Visual Studio 将其他产品的输出以外的 dll 视为排除文件就好了。

在 VS2005 中，VSS 插件不会自动将引用项目的输出添加为待签入的文件，但在 VS2008 中，它会自动添加。

有人遇到这个问题或找到解决方法吗？