标签: visual-sourcesafe

在这里,我们已经使用了大量Visual Source Safe存储库大约10年左右.

现在我想摆脱sourcesafe并继续使用Team Foundation Server.

在我开始迁移之前,您有任何提示或技巧吗？有什么事我要小心？

我确信这种迁移意味着我们的工作习惯必须以某种方式进行修改.你认为这些变化对组织来说可能是一个问题吗？在一个站点中考虑一组约20个.NET开发人员.

我被迫在工作中使用Visual Source Safe 2005.我想将它与DVCS结合起来,以便我可以在本地签入文件而不会中断我的同事,如果有错误或无法编译.

在我使用Mercurial的尝试中,它有效,但会引起一些奇怪的问题.也就是说,它认为其他人已经检查了我签出的文件.

这是我对如何管理它的想法:

1. 禁用自动结帐.
2. 在Mercurial本地工作
3. 当我准备推动我的改变时......
   1. 克隆我的Mercurial存储库.
   2. 更新我的Visual Source Safe存储库
   3. 使用Mercurial拉出并合并两个存储库.
   4. 检查所有内容到Visual Source Safe.

这听起来合理吗？我总是听到有关VSS的坏话,这只是要求我亲眼看到这些问题吗？

我工作的一组开发人员大约半年前从VSS切换到SVN.从CheckOut-CheckIn到Update-Commit的过渡对很多用户来说都很难.现在他们不再被迫在完成文件时检查他们的文件(或者更确切地说,现在没有其他人可以看到他们已经检出文件并告诉他们重新检查以释放锁定文件),它不止一次发生,用户忘记了他们的更改,直到他们完成很久.

虽然大多数用户都很擅长提交他们的更改,但问题非常严重,可能会决定强制用户在编辑之前锁定SVN中的所有文件.我宁愿不看到这种情况发生,但我对如何以另一种方式改善情况感到茫然.所以任何人都可以建议如何做以下任何一种方法:

1. 跟踪用户已编辑但尚未提交更改的文件
2. 鼓励用户在完成后更改与提交更改一致
3. 帮助完成让人们习惯新版本控制范例所需的用户教育

开箱即用的解决方案受到欢迎(即:如果桌面程序在给定的时间间隔内没有提交,则提醒用户提交,自动获取用户提交率的统计信息,并在频率低于某个阈值时发送警告电子邮件等).

微软一直坚持在软件开发过程中使用"dogfooding",并且它使Excel和Visual Studio等工具运行良好.我的问题是:微软员工是否使用VSS？他们曾经使用过吗？如果没有,他们实际使用了什么？它似乎是一个有缺陷的,不充分的版本控制系统,我无法想象一个有能力的开发人员会忍受它!

有关详细信息,请参阅以下链接:
http ://www.highprogrammer.com/alan/windev/sourcesafe.html http://www.developsense.com/testing/VSSDefects.html
http://www.codinghorror.com/blog /2006/08/source-control-anything-but-sourcesafe.html

我已经为同一个雇主编程了10多年,我们曾经使用的源代码控制只有VSS.(对不起 - 这就是他们开始时所拥有的).我们中只有少数人; 现在两个,我们通常独自工作,所以VSS对我们有效.所以,我有两个问题:1)我们应该切换到其他东西,比如subversion,git,TFS等究竟是什么,为什么(请)？2)我是否超越了所有的希望并注定永远的诅咒,因为VSS腐蚀了我(正如杰夫所说)？

哇 - 感谢所有伟大的回应!

听起来我应该澄清一些事情.我们是一家MS商店(Gold parntner),我们主要做VB,ASP.NET,SQL Server,sharepoint和Biztalk工作.我有CS学位,所以我在DEC unix和Slackware Linux上完成了x86汇编C,C++的"时间不在乎"......

我对VSS的关注是,现在我正在更多地工作VPN和VSS的性能sux而且我担心我们的10+ y/o版本5 VSS数据库将被解雇......有LAN服务是本来应该加快速度,但我从未使用它,我不确定它有助于腐败 - 有没有人使用过VSS局域网服务？(VSS 2005新增功能)

我目前的就业地点目前处于转型期,新的所有权已经接管,事情终于变得标准化,正在实施适当的指导方针.

但是我们仍在使用VSS,除了那些最初设置的东西之外,没有任何理由可以使用它.我们不使用Visual Studio,也不使用任何特别需要它的工具.

从长远来看,我能提出什么绝对最好的论据来帮助说服他们从Subversion这样的东西会是一个更好的解决方案.

我想在VSS中查看项目中的所有结帐文件.有没有办法一次查看所有结帐文件？

我们的团队希望从Visual SourceSafe(VSS)迁移到Team Foundation Server(TFS).我知道TFS不仅仅是一个版本控制系统,但我第一次想以这种方式使用它.

目前,我们的项目是在由共享部分(公共库)和许多客户项目组成的单一解决方案中组织的.

是否有某种迁移指南可以描述这样的挑战？或者TFS强制执行自己的使用场景(项目,版本等的版本控制)？

有没有人知道为Visual Studio 2005和2008解决方案删除vss源代码控制绑定的好方法,而无需在visual studio中打开它？

我曾经使用过:del /s /f /a: *.*scc 然后当我打开visual studio时它会提示我并给我"永久删除绑定"的选项.

现在,当我尝试这个时,它重新创建.vssscc文件并告诉我我的工作副本包含不同版本的.vsscc文件.没有选项可以删除源代码管理绑定.

真正的问题是我正在尝试使用源安全的旧解决方案.但是,如果我打开解决方案,它仍然绑定到源代码控制,它将获得最新版本的网站.即使我没有选中"源控制 - >环境 - >打开解决方案或项目时获取所有内容"选项,它也会这样做.

我的问题与Team Foundation Server(TFS)有关,具体来说,在进行"获取最新版本(递归)"之前,有没有办法知道服务器上哪些文件已经更改？

在Visual Source Safe(VSS)中,您可以执行"获取"(我认为),它会向您显示正在考虑更新的所有文件以及我们在服务器上更改了哪些文件(因此会在更新期间更新)得到).这个功能似乎完全没有了!

此外,当我在TFS中执行"获取最新版本"时,似乎没有任何事情发生任何通知,除了暂时的进度条模糊.我原本预计会在最后通知没有更新,或者n个文件已更新.相反,我必须在Visual Studio的TFS输出中查看发生了什么.这是正确的吗？

非常感谢提前!

安迪.