也许只是也许有人知道一个插件可以让 VSS 执行类似 perforce 的更改列表?我知道这是一个长镜头,但我们被 VSS 困住了。
2 回答
您说您被 VSS 卡住了——是否可以选择切换到 Team Foundation Server?它基本上是 VSS 的继任者,而且,如果您要保持“微软商店”的地位,它可能仍能满足您的要求。Team Foundation Server 支持变更列表(变更集——您喜欢的任何术语)。 摘要:
源代码控制 Team Foundation Server 提供了一个源代码控制存储库,称为 Team Foundation 版本控制 (TFVC)。与 Microsoft 以前的源代码控制产品 Visual SourceSafe (VSS) 不同,它依赖于基于文件的存储机制,Team Foundation 源代码控制将所有代码以及所有更改和当前签出的记录存储在 SQL Server 数据库中。它支持多个同时签出、冲突解决、搁置和取消搁置(搁置是一种保存一组未决更改而不将其提交到源代码控制,同时仍使其他用户可用)、分支和合并等功能,以及在源树的任何级别上设置安全级别的能力,以及文档版本控制、锁定、回滚等最明显的功能,和原子提交。源代码控制机制也与 Team System 的工作项集成;当签入(称为“变更集”)发生时,开发人员可以选择将他的代码与一个或多个特定工作项相关联,以表明签入致力于解决特定问题。TFS 管理员可以强制执行要求代码分析要求已通过的签入策略,以及强制签入与工作项的关联,或更新关联工作项的状态(例如在检查已修复错误的代码)。可以为文件的各个版本分配标签,具有相同标签的所有文件形成一个发布组。与 VSS 不同,
TFVC 支持在整个源代码级别以及单个文件和目录级别进行分支,每个分支都单独维护。多个分支可以合并在一起,内置的冲突解决算法可以合并同一文件的两个分支之间的更改,可以自动协调差异,如果不能,则将其标记为手动检查。合并也可以在“变更集”级别执行,而不是分支级别。成功的合并会自动在源代码控制存储库中检出。
TFVC 不仅限于源代码,而是使用它所构建的 Windows SharePoint Services 基础架构,它还为项目中的其他文档提供版本控制库,包括项目计划、需求和功能分析文档等。源代码控制存储库中的所有文档都可以与任何工作项链接,并且可以通过定义访问策略来控制对它们的访问。
我不相信 VSS 支持这种类型的功能。您可能应该向管理层提出一个业务案例,描述您的 VSS 问题,以及切换到其他东西如何降低开发风险并提高生产力。
有许多免费/开源的 SCM,以及一些价格合理的商业产品(如 Perforce)。
祝你好运——我曾经也遇到过类似的情况。