摘要
- VA Software 控制的不仅仅是一个代码托管平台。SourceForge.net 结合了项目身份、发现、代码库、问题追踪、邮件列表、发布、下载统计和有影响力的技术受众，使其运营者对开源工作的发现和协调拥有异常广泛的权力。
- 该公司将来自该公共服务的经验和信誉转化为 SourceForge Enterprise Edition，这是一个独立的专有产品，适用于那些希望将开发活动置于防火墙之后，并与企业身份、报告和现有源代码控制工具相连的组织。
- 这两方面具有不同的经济学特征。托管的社区产生可以出售给广告商的注意力，而企业收入则依赖于漫长的销售周期、安装、集成、维护和支持。已提交的业绩显示软件收入上升，但在业务出售前持续存在软件运营亏损。
- 2007 年的出售划定了决定性的界限：CollabNet 收购了企业产品、知识产权和大部分工作团队，而 SourceForge.net 和媒体受众则留在了更名为 SourceForge, Inc. 的公司。因此，客户和维护者继承了不同的后继者。
- 持久的教训是治理方面的。一个免费的协作服务可能在用户尚未测试可移植性、控制权变更保护或运营者的激励措施之前就成为关键基础设施；一个本地部署的产品可以减少托管依赖，同时造成对专有工作流、集成和支持的不同依赖。
一词两用：两个控制面板
2007 年 4 月 24 日，“SourceForge”不再是对 VA Software 拥有什么这一问题的有用答案。该公司宣布，CollabNet 将收购其 SourceForge Enterprise Edition 业务，包括相关的知识产权和资产，并将向其开发、支持、销售和现场服务团队的成员提供职位。然而，该交易明确将 SourceForge.net（公共项目托管服务）留给了 VA Software。当时的报道清楚地描述了这一排除：公共网站并非由被出售的企业产品驱动。一个品牌隐藏了两个系统、两组用户和两种不同的权力来源。这笔销售使这个接缝变得可见。该公司向 SEC 提交的公告和当时关于这一排除的报道确立了这一区别。
这个接缝也是识别 VA Software 本身的关键。这不仅是后来使用 SourceForge 的每个企业的宽松标签，也不是当前 SourceForge 网站的运营者。该公司最初名为 VA Research，以 Linux 硬件闻名。2001 年，在离开硬件业务后，其董事会要求股东批准更名为 VA Software Corporation。该公司代理声明中给出的理由异常直接：开发、营销、销售和支持 SourceForge 协作软件已成为其主要业务，而“VA Linux Systems”仍然暗示硬件。股东于 2001 年 12 月批准了这一变更。因此，这里考察的身份在历史上是有边界的：转型之后、2007 年 5 月更名为 SourceForge, Inc. 之前的 VA Software。
这些界限很重要，因为资产流向不同的方向。企业产品及其客户义务归 CollabNet 所有。公共网站、技术媒体资产的广告受众以及 ThinkGeek 电商业务留给了原公司。该公司随后采用了 SourceForge 名称，并于 2009 年更名为 Geeknet。公共网站本身在后来几年再次被出售。将所有时期视为一个连续的公司会将决策归因于错误的所有者；将 SourceForge.net 和 SourceForge Enterprise Edition 视为同一软件会误解买家所购买的东西。
然而，在有限的 VA Software 时期内，这两个表面在战略上是相连的。SourceForge.net 是公共工坊：一个托管的场所，维护者可以组织项目，用户可以发现和下载它们。SourceForge Enterprise Edition 是私人控制室：软件出售给那些希望在自己的安全边界内进行类似协调的公司和公共机构。公共网站证明了基于浏览器的协作中心可以在相当规模上运行。它还提供了一个著名的名字和与开发者实践的接触。企业系统将这些观察转化为有偿治理——权限、报告、集成、支持和一个集中管理的工作记录。
这是一个巧妙的交易，但不是一个稳定的交易。公共维护者看重自主性、免费访问以及检查或复制其工具的能力。企业买家之所以付费，正是因为供应商可以标准化这些工具、限制访问并承担支持义务。媒体经济学奖励受众增长和页面浏览量；企业经济学奖励更少、更大的账户和耐心的实施。VA Software 一度控制着这两个表面，但它从未使它们的激励因素相同。
自由锻炉是一捆权力
SourceForge.net 通常被认为是一个代码库托管平台。这种描述过于狭隘。在 2000 年初推出时，该服务通过浏览器提供了项目网页空间、源代码控制、通信和访问控制。VA 发布公告的当代转载报告了大约 700 个项目和 3,000 名开发者；六个月后，VA 的一份发布声明声称有超过 6,000 个项目和 40,000 名注册用户。这些数字是公司的声称，并非经审计的使用指标，但该服务的快速采用与其后来的突出地位独立一致。
重要的单元不是代码库，而是项目。一个项目可以拥有名称、公共页面、成员、发布文件、错误追踪器、补丁和任务记录、文档、论坛、邮件列表、新闻和统计信息。用户可以跨项目搜索并决定贡献到哪里。维护者可以在不运行自己的下载基础设施的情况下发布版本。因此，项目在网站上的存在同时积累了几种形式的资本：稳定的地址、可发现性、贡献者历史、问题知识、受众注意力和可见的活动。
对这套组合的控制赋予了 VA Software 几种不同的权力。它制定了项目注册和可接受使用规则。它决定哪些功能获得工程关注。它运营着人们加入项目所需的账户。它控制着下载镜像和向维护者显示的指标。它决定了项目在站点搜索和分类中的显示方式。通过周围的开放源代码开发网络资产——包括 Slashdot、Linux.com 和 Freshmeat——它也接近技术新闻和软件发布获得关注的渠道。VA 的历史公司页面将该网络描述为技术营销人员的大量受众。该页面现在是一个遗留的人工制品，其域名的当前状况使其不适合作为唯一证据；其历史声明仅在文件归档和过时的报道加以证实时才有用。
这种控制部分是基础设施层面的，部分是社交层面的。托管服务器、存储、数据库和带宽成本高昂，尤其是一个流行的发布可能导致下载量激增。VA 在 2002 年表示，SourceForge.net 已迁移到 IBM DB2，每天服务 320 万次页面浏览量，跨越 45,000 个项目和 460,000 名注册用户。那个迁移公告同时也是对 IBM 的营销，因此其性能语言应被视为联合声明。尽管如此，它显示了运营问题：免费的锻炉已成为一个共享服务，其故障或疏忽可能同时影响数千个不相关的项目。
社交权力在小功能停止工作时显现出来。在 2007 年一篇基于对维护者和前员工采访的回顾文章中，Datamation 报道称 SourceForge.net 在本世纪中期人员配备不足。Audacity 的创始人回忆起缓慢的源代码控制访问和基本的故障；Gallery 的一位开发者说下载统计可能长期保持故障。统计数据之所以重要，是因为维护者用它们向贡献者、雇主和赞助商展示影响力。该报道将这些数字描述为一种货币。因此，免费网站上的计数器可以影响项目的地位，即使没有合同服务级别保护它。
VA 并非仅仅通过托管就控制了站点上的开源代码。许可证、贡献者安排和项目领导权仍然是项目特定的。它也不拥有每场讨论或决定每次发布。其权力更具条件性，并且在某些方面更现代：它控制着许多独立决策变得清晰和有用的环境。维护者可以离开，但离开意味着重建的不只是源代码树。该服务的便利性是一个依赖关系网络。
这种区别解释了为什么社区信任具有经济价值。公共服务充满了有用的项目，因为维护者相信在那里投入时间是值得的。他们的工作吸引了下载者和读者；这种注意力支持了 VA 媒体资产上的广告。公司支付了基础设施账单并使协调更容易，而社区提供了大部分软件、讨论和访问理由。双方都不是简单地捐赠给对方。他们交换着不同的东西，而没有为每次交换附加常规价格。
从参考实现到专有治理
VA 将公共锻炉带入付费环境的首次尝试是 SourceForge OnSite。它于 2000 年 12 月宣布，作为一项订阅服务提供，安装在客户防火墙之后，并由 VA 定制、实施和支持。发布公告将 Agilent Technologies 列为第一个客户，并列举了源代码控制、错误、补丁、任务、文档、通信和项目统计等功能。当时据说托管了 12,000 个项目和 92,000 个用户的公共网站，证明了工作流的需求。
这一起源创造了一个诱人的叙事：开源协作发现了一种更好的软件构建方式，大型组织会付费将同样的工作方式引入内部。2001 年 6 月，随着 VA 退出硬件业务并裁减约 35% 的 436 人劳动力，该公司表示将专注于 SourceForge OnSite。它称 SourceForge.net 为“参考实现”，并预期企业软件将成为收入的大部分。该战略公告是管理层意图的证据，并非预期收入转变发生的证明。
该产品很快成为 SourceForge Enterprise Edition，简称 SFEE。其目的不仅仅是克隆一个公共网站到私有服务器上。VA 越来越多地将其作为软件生命周期的管理系统来展示。2001 年发布的 3.0 版本强调了搜索、监控、报告、文档版本控制、问题工作流以及与 Oracle 的集成。后来的版本连接了企业目录、现有的源代码控制系统、Microsoft Project 和 Office，以及开发环境。到 4.1 版本，VA Linux Systems Japan 表示该应用程序已在 J2EE 上重写，并提供了 SDK 和 SOAP 接口。日本发布描述是主要转售商的声明，而非独立的技术评估，但它有助于确认企业产品已成为其自己的代码库。
这种分离至关重要。社区批评有时描述 VA 将 SourceForge 闭源。在平台治理层面，这种批评有其力量：用于开发公共服务的软件在 2001 年后停止以自由许可证形式发布。LWN 的当代报道将最后一次免费 SourceForge 发布定于同年 11 月，并追溯了由此产生的 GForge 和 Savannah 分支。然而到 VA Software 后期，SFEE 已不仅仅是运行 SourceForge.net 的同一应用程序切换了许可证。关于 2007 年出售的报道称公共网站并未运行企业产品，CollabNet 后来将商业应用程序描述为重写。共享的名称更多传达了传承和信誉，而非相同的机械结构。
因此，从公共转移到私有的是工作模式。给每个项目一个持久的家。将代码、问题、文档和讨论置于同一账户系统的可及范围内。将提交与其解决的任务或缺陷关联起来。让管理者看到跨项目的活动，而不是要求分别的状态报告。保留足够的历史以重建变更发生的原因。在公共社区中，这些功能降低了自愿协调的成本。在企业中，它们可能成为监督机制。
这种目的的变化影响了治理交易。公共维护者可以创建或加入项目并使用服务，而无需说服采购部门。企业部署需要高管赞助、系统管理、身份集成、角色设计、迁移和培训。公共开放性有利于广泛的可见性；企业采用要求保密项目和差异化的权限。社区规范容忍异构流程；管理买家通常希望统一的报告和可强制执行的过渡。SFEE 的价值在于它使这种转换成为可能，而无需迫使每个团队使用全新的源代码控制工具。
该公司可以可信地说它观察到了大规模协作。它不能自动推断出公共流行证明了企业适用性。公共服务测试了流量和自愿使用，而非银行的访问控制策略、制造商的变更流程或政府买家的记录要求。VA 的商业机会在于这些世界之间的差距。其风险在于，弥合这一差距需要昂贵的销售、咨询和支持，而这些是免费网站增长所未能证明的。
企业买家实际安装了什么
对 SFEE 最具揭示性的描述不是发布演讲，而是该公司 2006 年 9 月发布的 440 页版本 4.3 SP1 用户指南。它描绘了一个由开发者、项目经理、项目管理员和站点管理员使用的中央 Web 应用程序。项目包含用于跟踪工作、文档、任务、讨论、维基和源代码的应用程序。该系统与 CVS、Subversion 和 Perforce 集成，而不是要求每个客户将代码放入新的专有代码库。它可以连接到企业 LDAP 目录，并通过项目成员和角色分配访问权限。
对于普通开发者而言，吸引力在于上下文。一次提交可以与追踪器项目、任务或文档关联。一个缺陷可以带有评论、附件、依赖关系和状态变更历史。一份文档可以在保留版本的同时通过审查。论坛、邮件列表和维基使讨论靠近工作。搜索减少了了解哪个筒仓包含答案的需要。这在分布式组织中尤其有用，因为替代方案可能是电子邮件、共享驱动器、电子表格和不相关的问题追踪器的混合。
对于管理者而言，价值在于可见性。报告可以汇总活动，尽管指南说结果会根据查看者的权限进行过滤。任务可以安排成层级并与 Microsoft Project 同步。追踪器工作流可以限制谁将项目从一个状态移动到另一个状态，并要求在转换时提供评论或附件。一个中央应用程序使得比较项目和查看延迟成为可能，而无需要求每个团队组装定制报告。VA 的公共产品材料将其描述为改进的控制和资源管理。这些是供应商的声称；指南证明了功能的存在，而非它们改善了每个组织的交付。
对于管理员而言，该产品创造了一项实质性的设计工作。角色是累积的：用户的权限可能来自多个角色。权限可以分配给应用程序和文件夹，并对更细粒度的继承有文档化的限制。项目成员可能需要批准。管理员可以定义追踪器字段和工作流，连接代码库，控制论坛并配置集成。这些选择编码了组织的开发策略。糟糕的角色设计可能暴露机密工作或阻止合法贡献者；过于复杂的工作流可能将可追溯性变成延迟。
因此，实施部分是技术集成，部分是机构协商。买家必须决定哪些项目属于系统，谁可以创建它们，团队如何映射到目录组，哪些追踪器状态算作批准，以及哪些现有记录应该被移动。它必须连接源代码控制服务器，并测试代码与工作项之间的链接在日常使用中是否存活。如果使用了 Microsoft Project，指南警告了同步日志，并描述了缺失日志可能导致错误或数据丢失的情况。一个标榜为集成的功能仍然需要严谨的操作。
VA 出售用于安装、集成、流程咨询和培训的专业服务。其 2006 年年度报告称，这些服务通常按时间和材料计费。该公司坚称客户可以在没有这些服务的情况下使用软件，但指南的广度和集成界面解释了为什么较大的部署可能会购买帮助。同一文件描述了直接的现场和电话销售、维护、支持以及通过第三方的可选托管。
部署位置改变了风险，而非信任的需要。本地安装将源代码和项目记录保留在客户防火墙之后，这是对那些不愿将机密开发放在公共互联网上的组织的有力回答。托管选项将更多运营责任转移给 VA 及其基础设施提供商。在这两种情况下，客户都依赖 VA 提供修复、升级和产品知识。本地控制防范了公共服务中断，但并未使专有应用程序自行维护。
4.3 版本添加了维基、可配置的追踪器工作流、电子邮件交互和外部应用程序的单点登录。InfoWorld 报道称，买家可以在防火墙后运行它或使用托管服务，并引用了每个用户 2,725 美元的价格。这个价格明确了目标。SFEE 并不是小型团队错误追踪器的廉价替代品；它被出售为一个通用操作层，其成本在协调失败、重复工具和弱可见性代价高昂时是合理的。
该架构也揭示了产品的切换成本。代码可以保留在 CVS、Subversion 或 Perforce 中，减少了供应商锁定的一种形式。追踪器报告和工件可以以通用格式导出。但有用的整体包括角色定义、工作流规则、提交与问题之间的交叉链接、文档历史、讨论、维基版本、任务结构、报告惯例和用户习惯。指南记录了该整体各部分的导出；它没有展示将整个部署无损导出到竞争系统的单一方法。客户拥有比 SourceForge.net 维护者更多的基础设施，但仍然可能依赖组织层。
出售控制的经济学
VA Software 要求两个不同的群体以不同的货币支付。企业买家支付许可费、可续期的维护费、适用的托管费和专业服务费。公共项目主要通过参与支付：其发布和对话吸引了用户、搜索流量和页面浏览量，VA 可以将其出售给广告商。周围的媒体资产放大了这种注意力，而 ThinkGeek 将相关受众转化为商业。
企业方面显示出真正的增长。根据2006 年年度文件，软件收入从 2004 财年的 499.5 万美元上升到 2005 年的 755.5 万美元和 2006 年的 997.4 万美元。客户总数从 97 个增加到 130 个，再到 164 个，而平均合同价值从约 7.5 万美元上升到 10.6 万美元，再到 12.9 万美元。VA 将 2006 年的增长归因于许可、维护、托管和专业服务收入的各个组成部分，而非单一因素。
这些数字确认了组织购买了该产品。它们并未显示一个高效的独立软件业务。同一文件记录了 2006 财年软件部门约 270 万美元的运营亏损，而上一年亏损约 540 万美元。公司该年研发支出中约 320 万美元（51%）分配给了 SFEE。销售周期通常超过三个月，并可能超过一年。潜在客户考虑实施时间、兼容性和总成本，大型买家期望支持和批量定价。
标价和平均合同价值阐明了销售逻辑。按每个用户 2,725 美元计算，广泛推广可能迅速变得昂贵。经协商的企业协议可以将席位与维护、托管和服务结合起来，因此文件中的平均合同价值并非用户数乘以标价的简单乘积。尽管如此，其经济学有利于那些足够重视跨项目治理的大型客户。每笔交易可能具有重要意义，但需要专门的销售人员、演示、安全讨论、集成工作和持续支持。该产品可以增加收入，同时消耗的组织努力比浏览器工具的总利润率所暗示的更多。
维护是交易的核心。VA 将年度可续期维护描述为产品许可费的一个百分比，包括支持和不明确的升级。定期错误和安全修复是供应商关系的一部分。永久运行某个版本的权利并不能提供在没有专业知识、兼容性工作和补丁的情况下无限期运营的实用方式。这使得经常性收入成为可能，也使买家关注供应商的持久性。
公共方面具有相反的扩展模式。对项目托管的一项改进可以使许多项目受益；多一个页面浏览量可以以很少的增量销售成本增加广告库存。但流量并非免费提供服务，而创造价值的人并非雇员。对服务投入不足，维护者将经历缓慢的代码库、损坏的统计和被忽视的功能。过度商业化可能导致他们得出结论：他们的工作被用来建立一个他们几乎没有发言权的受众。
到 2006 财年，在线媒体和商业已不再是边缘业务。该文件报告了 1,324.2 万美元的在线媒体收入和 2,041.6 万美元的电子商务收入，而软件收入为 997.4 万美元。Motley Fool 的分析将公司第一个盈利的完整年度主要归功于强劲的在线媒体广告增长。这一解释来自一家投资出版物，但与各板块数据一致。更具可扩展性的业务正在成为受众，而非企业控制室。
这并不意味着 SourceForge.net 仅仅是一个广告页面。其效用创造了受众，而其品牌帮助销售了企业系统。然而，当管理层分配资本时，财务重心很重要。改进免费的开发者服务保护了信任和流量。构建 SFEE 4.x、支持集成和追求长期的企业销售保护了软件收入。这两项活动争夺工程师和注意力。该公司最终的选择——出售企业运营并保留媒体和商业资产——遵循了更强的经济学逻辑。
还有一个额外的微妙之处：SourceForge.net 既是公共基础设施，也是一个示范。VA 可以在销售协作软件时指向一个庞大、活跃的服务，即使企业应用程序是独立的。这种声誉转移降低了解释产品的成本。但它也可能模糊责任。成功运营一个开放项目社区并不能证明特定的企业部署会满足买家的控制要求；企业许可并不为每个公共维护者提供有保障的服务水平。共享的名称更容易捆绑信誉而非义务。
信任是稀缺投入
当 VA 停止以自由软件许可证发布 SourceForge 平台的新版本时，决定性的冲突到来了。从公司的角度来看，专有的企业代码保护了投资并支持了许可收入。福布斯在 2005 年报道称，VA 高管担心开放发布将使竞争对手能够制作近乎相同的复制品并损害销售。这一立场在商业上是可以理解的：如果产品的主要优势可以在不向 VA 付费的情况下复制，那么收回其开发和支持成本将更加困难。
从社区的角度来看，这一改变改变了嵌入在开放中的保险。当用户能够复制软件、移动它或支持一个可信的替代品时，托管服务更容易被信任。2001 年 10 月，自由软件倡导者 Loïc Dachary 认为 SourceForge 用户可以检索源代码和追踪器数据，但无法获取完整的项目，并批评了该网站条款和 VA 对周围基础设施的控制。他发表在 FSFE 上的文章是一个倡导性来源，包含有争议的解释，而非中立的审计。其重要性在于展示了技术精通用户认为他们正在失去的东西：不是代码的权利，而是从整个协作环境中实际退出的能力。
回应不仅仅是口头上的。GForge 和 GNU Savannah 从最后一个免费的 SourceForge 代码发展而来。LWN 记录了这些分支以及专有产品与公共网站之间的差距。这些分支减少了 VA 对锻炉理念的独家控制。它们也证明了仅仅代码可用性并不能重建 SourceForge.net 累积的项目目录、账户、流量或媒体覆盖。软件可以比社区的地点和历史更容易地分支。
这是治理交易的中心。VA 提供了真实的资源：机器、带宽、运营、产品开发和便捷的共享工作流。它有关联的需要来资助它们。维护者也提供了真实的资源：软件、文档、支持对话、注意力和声誉。他们的工作使该网站对其他用户有用，并对广告商有价值。由于没有发票捕捉到这种贡献，管理层可能将免费使用误认为是属于平台的需求，而非暂时委托给它的信任。
Datamation 的回顾文章具体化了这种错误的代价。在投资有限的时期，项目负责人报告了故障或缓慢的服务，而 SourceForge.net 据报道只有少数员工。2006 年，在网站盈利后，人员配备和基础设施得到了改善；Subversion 支持、监控和搜索得到了关注。该报道依赖于采访，不应被视为完整的运营记录。然而，它揭示了一个激励循环。广告依赖于流量；流量依赖于项目；项目依赖于服务质量；服务质量依赖于管理层选择重新投资于那些不直接付费的人。
企业信任的工作方式不同。客户拥有合同、支持渠道和可以在自己场所运行的软件。它可以协商定价，并且在足够规模下影响产品路线图。但它无法在自由许可证下检查和修改整个产品。其杠杆来自采购、维护续期以及 VA 失去参考账户的成本。客户的保护是商业性的而非社区性的。
两种信任系统有时相互强化。公共规模使企业买家相信 VA 理解分布式开发。付费客户资助了产品专业知识，可以为更广泛的组织提供信息。它们有时也会冲突。受监管企业需要的功能不一定帮助志愿者项目。公共开放性可能暴露公司想要销售的方法。分配给许可发布的工程师并没有改进托管网站。品牌暗示了共同的使命，而运营选择要求优先排序。
没有必要将 VA 描绘成被忘恩负义的用户背叛的恩人，或者剥削志愿者的榨取者。这两种漫画都误解了这种交换。该公司建立了一项服务，消除了开源工作中的大量摩擦。维护者使该服务具有战略价值。失败不在于一方获得了价值；而在于管理交换的权利和退出选择不如围绕它成长起来的依赖关系发达。
依赖以不同形式出现
SourceForge.net 是一个早期的云依赖案例，早在那句话成为标准之前。维护者无需购买服务器、配置源代码控制、管理邮件列表、镜像下载或构建项目网站。该服务将资本和管理转化为一个 URL 和一个账户。这对于小型项目尤其解放。但它也集中了故障。
最可移植的组件通常是源代码。CVS 和后来的 Subversion 是成熟的工具，项目可以制作代码库的另一个副本。不太可移植的组件是上下文和协调：追踪器历史、账户成员、邮件列表存档、论坛讨论、发布统计、入站链接、搜索排名以及用户期望在同一个地方找到下一个版本。技术上成功的迁移仍可能失去贡献者或留下旧链接。Dachary 2001 年的批评声称该服务缺少完整的项目导出。后来关于统计故障的用户报告显示了看似外围的元数据为何重要。
企业产品逆转了其中一些风险。本地部署使客户能够控制服务器、网络访问和备份。与现有代码库的集成意味着源代码本身不必被困在新存储中。企业 LDAP 可以将账户权限保留在客户手中。这些是对托管服务依赖的有意义减少。
但集中化创造了一种新的集中。一旦团队通过 SFEE 链接提交、问题、文档、任务、讨论和报告，该应用程序就成为了工作如何移动的地图。管理者学会依赖其报告；管理员编码了审批规则；用户学会了其字段和转换。替换它意味着不仅要安装竞争对手，还要决定哪些历史和策略要向前推进。导出追踪器表并不能重建其与源代码变更的链接或其依赖角色的工作流。
可选托管增加了另一层。托管的的企业客户可以避免运营，但依赖 VA 和第三方托管商来确保可用性和恢复。公开文件描述了托管收入，而非详细的服务承诺或性能历史。从托管选项的存在推断强有力的可用性保证是不安全的。谨慎的买家需要检查合同、备份安排和退出流程。
教训是地点和许可证回答不同的问题。防火墙后的软件仍可能产生供应商依赖。免费的公共服务可以托管自由许可的代码，同时使用围的工作流难以移动。开放的代码库减少了一种切换成本；开放标准和可用的导出减少了其他成本；可信的迁移演练才是测试整体的东西。VA Software 的两个 SourceForge 使这些区别异常可见。
安全、合规与记录的局限
VA 部分基于公共协作与受控协作之间的差异来销售 SFEE。公司可以将机密项目放在防火墙后，根据企业目录对用户进行身份验证，并赋予角色不同的权限。追踪器工作流可以要求在状态转换时提供证据。版本历史以及问题、文档和提交之间的关联可以使开发活动更容易重建。VA 的产品材料使用了可审计性、可追溯性和可见性的语言。
这些能力可以支持控制计划，但它们并不等同于证明合规性。必需的附件可以帮助记录批准；但它不能证明批准者是独立的，也不能证明基础测试是充分的。历史可以揭示应用程序记录了什么；它不能捕捉发生在电子邮件或会议中的决定，除非用户输入它们。基于角色的访问可以表达策略；错误配置的角色可能破坏它。
用户指南显示了一些重要的边界。权限在角色之间是累积的。报告尊重查看者的权限。项目管理员可以管理成员和应用程序访问。粒度有限，包括文件夹权限如何应用。这些细节对买家来说比宽泛的“安全”承诺更重要，因为它们决定了产品能否代表组织的职责分离。
公开证据不支持对 VA 时代产品提出更强的主张。已审查的文件、指南、发布和独立报告并未提供完整的第三方安全评估、详细的可用性历史、恢复目标或 SFEE 的全面认证列表。该证据集中不存在并不证明没有客户在保密条件下收到此类材料。这意味着读者应区分产品的安全特性与独立验证的安全保证。
同样的谨慎适用于 SourceForge.net。VA 的 DB2 公告证明了在规模上的投资，而非对免费项目的合同保证。该网站承载公共代码，但账户、发布文件和项目管理仍然需要保护。SourceForge 在 2011 年披露的一次重大入侵影响了源自该服务的基础设施，此时距 VA Software 更名已有多年，管理层也已更替。后继运营者的事件报告是有用证据，展示了共享锻炉带来的风险类别；它不是 VA 时代入侵的证据，不应回溯归因于 VA。
对于 2006 年的企业买家而言，实际的安全测试将是架构和运营层面的。哪些组件暴露在互联网上？凭证存储在哪里？能否映射 LDAP 组而不授予过多权限？补丁如何交付和测试？第三方托管安排涵盖什么？管理员能否导出日志并展示变更通过了所需状态？VA 提供了与这些问题相关的功能。公开记录并未回答所有问题。
这个证据限制本身就是公司历史的一部分。SFEE 销售时，企业软件营销通常依赖防火墙部署和访问控制作为安全的简写。该产品在幸存公共文件未显示的领域可能强也可能弱。严肃的评估必须抵制用怀旧或当代期望来填补空白。
竞争是采购决策，而非功能清单
VA 的年度文件列出了一个广泛的竞争领域：CollabNet、IBM、Microsoft、Borland、Serena 以及客户自己收集的商业、开源和自建工具。这些替代产品并非都销售相同的东西。进行比较的买家决定将多少开发过程集中化，保留哪些现有代码库，信任谁的支持，以及组织能够吸收多少流程变革。
现有的通常不是另一套系统。而是电子邮件加共享驱动器、源代码控制服务器、电子表格、错误追踪器以及经验丰富的员工掌握的知识。这种安排在许可条款上可能便宜，但在协调上代价高昂。它允许团队选择自己的工具，但使产品组合报告和跨团队搜索变得困难。SFEE 最强有力的理由并非每个组件都是独特的；而是这些组件共享用户、权限和关联。
开源替代方案如 GForge 和 Savannah 改变了许可比较。具有工程能力的组织可以运行早期 SourceForge 代码的后代，并保留更多修改自由。权衡是责任：集成、升级、安全修复和支持将落在组织或其他供应商身上。分支的存在也不保证与 SFEE 后来的 J2EE 应用程序、企业目录支持或供应商集成的功能对等。
大型平台供应商提供了不同的杠杆。IBM 和 Microsoft 可以将协作与更广泛的开发组合和客户关系联系起来。Borland 和 Serena 带来了成熟的配置管理产品。CollabNet 来自协作开发和 Subversion。VA 用 SourceForge 名称、观察到的公共社区工作流以及一个设计为位于多个代码库选择之上的应用程序来应对。其在集成边界上的开放性具有战略重要性，即使产品本身是专有的。
CollabNet 最终作为买家的角色很有说明性。一篇当时的 InformationWeek 报道称，VA 拥有大约 200 个企业客户，CollabNet 约 100 个，而 SourceForge.net 本身有大约 146,768 个项目和 160 万注册用户。这些数字是在交易前后报道的，可能使用公司定义，但它们显示了为什么这笔交易不仅仅是一次代码购买。CollabNet 从前竞争对手那里获得了客户关系、一个团队和一个熟悉的企业产品。
因此，一个谨慎的采购团队会测试五个命题，而不是数维基和追踪器功能。第一，该套件能否代表组织真实的批准和访问规则，而无需过度定制？第二，其集成是否保留了现有代码库和规划实践，还是仅仅增加了另一个屏幕？第三，一个代表性项目能否在其有用历史完整的情况下移入和移出？第四，供应商是否有经济激励和人员来维持该产品？第五，控制权变更后支持会怎样？
VA 可以通过演示和试点来回答前两个问题。指南和产品发布显示了相当的广度。第三个需要导出练习；公共文档支持部分导出，但不支持完整的可移植性声明。第四个越来越令人不安，因为软件收入增长并未消除该部门的亏损。第五个在 2007 年成为现实。采购不仅仅是选择最佳功能集。它是在选择一款治理交易对手。
为什么出售软件业务
出售给 CollabNet 并非突然承认没有人想要 SFEE。该产品客户数量增长，平均合同价值上升，并拥有可识别的买家。VA 报告了来自包括 FedEx、Lockheed Martin 和 US Forest Service 在内的组织的重复购买，同时点名了工业、技术和公共部门市场的新客户。此类公告证明了商业交易，而非采用深度或客户成果，但它们反驳了产品没有市场的观点。
问题在于市场相对于 VA 其他资产的形态。企业协作需要持续的产品投资、专业支持和漫长的销售过程。到 2006 财年，在线媒体和电子商务已成为更大的收入贡献者，广告增长迅速。管理层可以继续资助一个规模较小的软件竞争对手，或者专注于受众和商业。
2007 年修订后的年度报告以会计术语记录了这一选择。VA 将几乎所有软件业务资产和某些负债转让给 CollabNet，换取 11,733,777 股 CollabNet 优先股，交割时价值约 660 万美元。它录得约 570 万美元的税前收益。该交易包括知识产权和设备；CollabNet 向被转让的员工提供就业机会，而其他员工被解雇。VA 获得了买家的股权，而不是简单地拿钱走人。
该协议还保留了企业之间的桥梁。报道称 VA 将在 30 个月内为 CollabNet 做广告并转发企业潜在客户。即使 CollabNet 现在拥有该产品，SourceForge 品牌和公共受众仍能继续产生线索。这一安排承认了商业联系，而不假装产品是同一系统。
财务历史使这一决定更有力。修订后的文件报告了 2005 财年软件收入为 755.5 万美元，2006 年为 997.4 万美元，以及出售前 2007 年部分时期为 523.6 万美元，每个时期都有运营亏损。精确的期间比较需要谨慎，因为最后一年被截断了。但方向仍然清晰：VA 建立了真实的企业业务，但在处置前并未展示出持久的部门盈利能力。
出售后，原公司不再需要名称中的“Software”。2007 年 5 月 24 日，它更名为 SourceForge, Inc.，并将其媒体子公司的运营并入母公司。Computerworld 的报道描述了一家专注于网络资产、广告和 ThinkGeek 的公司。更名并非表面功夫。它承认了定义剩余业务的是公共品牌及其受众，而非企业应用程序。
因此，VA Software 的策略可以解读为一次包含三种转换的实验。它试图将公共协作实践转化为企业软件，将社区注意力转化为广告收入，将技术受众亲和力转化为商业。第一种产生了有价值的资产，但也是一个昂贵的独立业务。第二种和第三种更好地匹配了剩余的公司。出售 SFEE 将需要企业运营深度的转换与那些从受众规模中受益最多的转换分离开来。
客户、维护者和所有者继承了什么
交易创造了至少四种继承关系，每种都与 VA Software 有不同的关系。
企业客户继承了 CollabNet 作为产品的管理者。转让包括相关的开发、支持、销售和现场服务运营，降低了购买与理解它的人分离的风险。在日本，VA Linux Systems Japan 宣布将在转让后继续销售和支持该产品。两年后，CollabNet 将 SourceForge Enterprise Edition 重命名为 TeamForge，部分是为了消除与 SourceForge.net 的混淆。InternetNews 报道称该产品随后被呈现为 CollabNet TeamForge。更名澄清了 2007 年出售已经确立的事实：企业血统不再属于公共网站的所有者。
公共维护者继承了 SourceForge, Inc. 下的服务连续性，而非 CollabNet。他们的项目 URL、代码库、发布和社区留在了原公司运营者手中。这种连续性避免了出售时的强制迁移。这也意味着维护者不会仅仅因为两者都曾使用过 SourceForge 名称就跟随企业工程师和支持组织。
开源锻炉运营者继承了早期的自由代码和独立性的论点。GForge 和 Savannah 已经表明社区可以从最后一个自由发布的平台构建另一个锻炉。他们并未继承 SourceForge.net 的流量、项目目录或品牌。尽管如此，它们的存在为组织和项目提供了一条替代治理路径，并保留了协作层本身可检查和可修改的理念。
原公司继承了受众和将其变现的问题。它于 2009 年 11 月更名为 Geeknet。2012 年，根据后来的SEC 文件，Geeknet 将包含 SourceForge、Slashdot 和 Freecode 的媒体业务以 2000 万美元现金出售给 Dice Holdings。2016 年，SourceForge 和 Slashdot 资产再次易手；SourceForge 团队表示BIZX 已收购它们，并承诺结束一个有争议的安装程序。这些后来的决定属于继承者，而非 VA Software。它们展示了为什么品牌连续性不能替代公司身份。
当前的 SourceForge 网站仍将自己展示为一个大型软件发现和托管平台。其公共主页声称在 Slashdot Media 名称下拥有数十万个项目和数百万注册用户。这些当代声明不是 VA 当前运营的证据；VA Software 已不再以该名称存在。它们表明公共资产比创造它的特定交易更长久。
产品血统也比出售更长久。TeamForge 文档通过后续的企业软件管理仍然可用。存活并不证明每个 VA 时代的客户都留下了，也不证明旧工作流无摩擦地迁移了。但它确实表明 CollabNet 购买产品并非仅仅为了立即关闭。客户获得了一条持续的商业路径，而维护者获得了一条持续的托管路径。路径分叉了。
这种分裂比收购列表更精确地回答了资格问题。VA 控制了一个公共社区环境、一个企业产品、媒体资产以及它们之间的商业关系。它并不仅仅因为托管就拥有独立项目的软件。当资产分离时，客户从买家那里继承了产品连续性；维护者从更名的卖家那里继承了服务连续性；后来的所有者继承了受众、档案和货币化张力。
交易的采购测试
VA Software 已成为历史，但其两个控制面板为任何当代开发者平台提供了一个严格的测试。该测试始于拒绝只问“代码在哪里？”
映射整个项目，而非代码库。买家或维护者应盘点问题、讨论、发布文件、文档、包链接、账户、权限、webhooks、统计和入站地址。SourceForge 的历史表明，下载计数和项目发现即使看起来像网站装饰，也可能成为运营资产。代码库镜像保护了代码，但可能无法保护项目。
将运营者控制与项目所有权分开。开源许可证可以保证代码中的权利，而平台保留对账户、排名、可接受使用、广告和可用性的权力。相关问题是：谁可以暂停项目、更改 URL、修改下载页面或更改访问策略，以及存在什么申诉途径。VA 的公共用户根据项目特定条款拥有或许可了他们的工作；VA 仍然控制着这些工作中的大部分到达用户的环境。
在依赖完成之前运行一次退出演习。SFEE 可以导出追踪器工件和报告，并与成熟代码库集成。这些是有用的保障。一个严肃的测试还将在另一个系统中重建角色、工作流状态、链接、文档历史和讨论，然后衡量失去了什么。对于托管社区，演习将包括重定向、发布镜像、邮件列表存档和通知用户的方式。可移植性是一个观察到的结果，而不是一个标有“导出”的复选框。
为运营关系定价，而非初始许可。VA 的文件将软件收入分为许可、维护、托管和服务，而其指南揭示了角色和工作流设计的行政工作。总成本包括卖方时间、买方时间、集成、培训、升级以及标准化团队的干扰。同样的逻辑适用于免费的公共服务：发票可能为零，但迁移和停机成本并非如此。
用真实权限测试控制声明。试点应使用代表性的机密项目和实际工作角色。承包商是否只能看到预期的应用程序？累积角色是否会授予意外权利？管理者的报告是否省略了管理者无法访问的记录？是否可以通过另一条途径绕过必需的批准？VA 的文档足够具体，使此类测试成为可能；仅靠营销语言则不行。
要求可用性和恢复的证据。SourceForge.net 的规模声明和 DB2 迁移表明了工程投资，但免费用户并未因此获得服务保证。托管的企业买家需要合同条款、备份责任、恢复目标和经过测试的数据返回流程。本地买家需要补丁交付和升级程序。“在防火墙后”回答了服务器在哪里，而非服务如何恢复。
检查运营者的投资组合激励。VA 必须在公共锻炉、企业产品、媒体网站和商业之间做出选择。到 2006 年，后两者在财务上强大。客户应询问哪条业务线资助平台，哪条业务线争夺工程师，以及用户活动是否也是广告库存。交叉补贴可以使服务成为可能；也可能使其优先级难以解读。
为控制权变更做好准备。2007 年的转让相对有序，因为产品资产和许多员工一起转移，并且推荐安排连接了新旧所有者。即便如此，客户面临新的交易对手，维护者留在了不同的公司。合同应处理转让、支持连续性、数据访问、通知、过渡援助和预付维护的命运。没有合同的社区项目需要自己的应急计划。
区分共享名称和共享系统。VA 最持久的混淆来源是品牌。SourceForge.net、SFEE、OSDN 媒体资产、SourceForge, Inc. 和后来的所有者是相关的，但不可互换。采购记录应识别法律供应商、部署、产品版本、支持提供商和数据运营者。品牌熟悉度并非来源。
这些测试并非反对托管工具或集成套件的论据。SourceForge.net 使那些可能负担不起可靠基础设施的项目成为可能，而 SFEE 帮助组织连接碎片化的开发工作。这些测试是主张将便利性与治理相匹配的论据。当依赖增长快于关于退出、控制和激励的证据时，依赖就变得危险。
公司持久的教训是分裂
VA Software 并非未能从开源工作流中找到价值。它发现了几种价值，并发现它们属于不同的业务。公共锻炉使项目更容易创建和发现。其社区和周围的媒体网络聚集了广告商想要的受众。企业产品将项目协作转化为权限、报告、集成和付费支持。ThinkGeek 通过商品将亲和力变现。每种转换都在一定程度上有效；它们并非都舒适地适合一个运营结构。
该公司最重要的权力是定义软件工作变得协调和可见的地方的能力。在 SourceForge.net 上，这意味着项目标识、发现、下载和社区历史。在 SFEE 中，这意味着角色、工作流、交叉链接和管理报告。一个控制面板依赖自愿信任；另一个出售合同控制。两者都随着用户将更多工作上下文置于其中而变得更有价值。
收入交易考验了这种信任。关闭锻炉平台的开发保护了专有企业资产，但削弱了社区对其能够复制服务的保证。广告资助了公共基础设施，但使注意力成为公司资产。企业维护资助了支持，但增加了客户对供应商连续性的担忧。这些选择没有一个是非理性的。它们共同使共享的 SourceForge 名称承载了一家无法再协调的期望。
2007 年的出售通过分配碎片解决了矛盾。CollabNet 拿走了企业软件和大部分为客户服务的组织。更名的 SourceForge, Inc. 保留了托管社区、媒体流量和商业。分支延续了最后一个自由平台代码。后来的所有者获得了公共品牌及其累积的受众。没有后继者继承了整个交易。
这就是为什么 VA Software 仍然值得研究。它的故事早于今天占主导地位的开发者平台，但它以异常清晰的揭示了它们的核心问题。谁控制项目标识和发现？软件社区的哪些部分是可移植的？免费服务在交换基础设施时得到了什么？专有工作流层如何将便利性转化为切换成本？当运营者出售或更名时，谁继承了用户认为属于品牌的义务？
答案从来不只是“代码托管平台”。它是法律实体、服务、产品、支持它的人、提供其价值的社区以及连接它们的协议——或协议的缺失。VA Software 的锻炉之所以强大，是因为它将这些元素聚集在一起。当它们散开时，其历史才变得清晰可读。