Answers:
根据我自己的经验，这些是一些典型的软件包：
所有这些软件包都可以或多或少地开箱即用地管理常规“ PDS”组件（z / OS中使用的典型文件结构）中存储的任何内容。
当一家公司评估最适合他们的公司时，通常可以归结为以下标准：
IBM SCLM被认为不收取任何许可证/维护费用（实际上它包含在z / OS许可证中，而z / OS许可证本身并不是免费的）。因此，如果没有可用的专用预算，则通常会选择该软件包（最好再没有软件包）。如果有预算，那么这个预算通常就是没有列入入围名单的预算。
CA Endevor具有最高的安装基础。它的主要优点IMO是您可以跟踪每个可执行文件的方式，以及使用哪种版本的构造块（如抄写本等）来编译/链接该可执行文件。
SERENA ChangeMan ZMF的安装基础比CA Endevor的安装基础低很多。它的一些主要优势是：
Compuware ISPW就像“小镇上的新手”（与CA Endevor或SERENA ChangeMan ZMF替代产品相比）。通常认为它是“可以用较少的精力就可以实现任何自定义SCM要求”的解决方案。
从架构的角度来看，SERENA ChangeMan ZMF和Compuware ISPW似乎是最开放的架构，如果要对其进行调整以使其管理以4GL语言编写的软件组件，则需要使用该架构。与3GL语言（例如COBOL，PL / I等）相比，它更具异国情调。也就是说，因为软件组件存储在文件系统中，而文件系统未存储在标准PDS中。这些语言的一些示例是：
注意：具有“开放式体系结构”非常适合满足您的自定义要求（天空是极限）。但是，当涉及到升级到新版本时，它也会附带价格以同时升级这些自定义要求。
注意：偶然地，在CA Endevor对SERENA ChangeMan ZMF专家的培训期间，我们发现CA Endevor和SERENA ChangeMan ZMF似乎具有相同的根源（从1980年代后期开始……）。对于那些对两者都熟悉的人：去检查这些实用程序的功能，它们具有类似的名称...（您会震惊...）：
上面的答案假定管理z / OS的源代码必须与任何其他平台都不同。十年前的答案可能就是以上。但是z / OS与z硬件一起发展，并且不再分离。您可以对所有源代码使用现代的源代码管理器（例如Git），包括您可能拥有的任何COBOL或PL / I或汇编程序。如果从Rocket Software获得端口，则Git已更新为可以处理ASCII到EDBCIC的转换。它仍然是免费和开源的，他们只是进行了编译以在平台上运行。将z / OS源代码包含在同一SCM中，还可以使您的测试用例和其他工件与它们并排放置。您可能会对z / OS可以使用的开源工具数量感到惊讶。
如果您有DevOps管道，它可能也可以与z / OS一起使用，例如Jenkins在平台上运行。使用当前到z / OS的PTF，您甚至可以像在其他平台上一样将构建的工件存储在Artifactory或Nexus中。在其他平台上使用的过程和实践也适用于z / OS，因此没有理由必须分开或不同。
比利时有一家公司在SCM（现在将其产品标记为DevOps）市场上工作了12年以上。但是由于它们不是IBM或CA这样的巨头，因此鲜为人知。
但是，他们的产品（IKAN ALM）在大型银行和保险公司中运行，主要是作为Changeman的替代产品。它们支持Mainframe和Distributed，这意味着公司将能够使用同一工具来管理Mainframe，例如Java开发（和部署）。
他们有一个叫做BlueBridge的品牌，实际上这是他们已经为Mainframe配置的主要产品。