Visual Source安全更改列表

Question

也许只是有人知道一个插件会让VSS像perforce一样改变列表吗？我知道这是一个很长的镜头，但我们坚持使用VSS。

Answer 1

你说你坚持使用VSS - 会选择改用Team Foundation Server吗？它基本上是VSS的继承者，而且，如果您仍然指望继续作为“微软商店”，它仍然可以满足您的要求。 Team Foundation Server支持更改列表（更改集 - 您喜欢的任何术语）。 Summary：

  

源代码管理Team Foundation Server   提供源控制存储库，   称为Team Foundation版本控制   （TFVC）。与微软之前不同   源控制产品，Visual   SourceSafe（VSS）依赖于   基于文件的存储机制，团队   基础源控件存储所有   代码，以及所有的记录   更改和当前结帐   SQL Server数据库。它支持   多个同时的功能   结账，解决冲突，   搁置和搁置（搁置是一个   保存一组挂起的更改的方法   没有让他们来源   控制，同时仍然制作它们   可供其他用户使用），分支   和合并，以及设置的能力   任何级别的安全级别   源树，最多   文件的可见特征   版本控制，锁定，回滚和   原子提交。源控件   机制与团队整合   系统的工作项目也是如此;当一个   签到（称为“变更集”），   开发者可以选择拥有他的   与一个或多个相关联的代码   具体工作项目，以表明   办理登机手续有助于解决问题   具体问题。 TFS管理员   可以执行签到政策   要求代码分析要求   已经通过，以及执行   签到与工作的关联   项目，或更新状态   相关的工作项目（如标记a   检查代码时，错误为“已修复”   已修复错误）。个人   可以分配文件版本   标签以及具有相同标签的所有文件   label形成一个发布组。不像   VSS，TFS源代码控制库   不支持链接到项目   来自源头的多个地方   文件夹结构，也不允许   项目被“固定”（允许不同   从中引用同一文件   要指向的不同目录   不同版本的方式   无法进一步编辑）。

     

TFVC支持整个分支   源代码级别以及   单个文件和目录级别   同样，每个分支都是   单独维护。多   分支可以合并在一起   内置的冲突解决方案   算法合并之间的变化   它所在的同一个文件的两个分支   可以自动调和   差异或标记它们   手动检查，如果不能。合并   可以在“变更集”级别执行   而且，而不是分支级别。   成功合并是自动进行的   在源代码管理中签出   库中。

     

TFVC不限于源代码   仅限，但使用Windows SharePoint   它构建的服务基础设施   在，它提供了版本控制   库中的其他文件   项目也包括项目   计划，要求和功能   分析文件等。所有   来源控制的文件   存储库可以与任何工作链接   项目，以及对它们的访问权限   通过定义访问来控制   政策。

Answer 2

我不相信VSS支持这种功能。您可能应该向管理层提出一个描述您的VSS问题的业务案例，以及如何切换到其他方面可以降低开发风险并提高生产力。

有许多免费/开源的SCM，以及一些价格合理的商业产品（如Perforce）。

祝你好运 - 我曾经遇到过类似的情况。