dotnet/fsharp 是什么？

本文剖析 dotnet/fsharp 仓库的构成、构建方式、分支策略与语言演进流程，并指出其作为编译器仓库的适用边界与替代方案。

dotnet/fsharp 可以商用吗？

可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。

dotnet/fsharp 还在维护吗？

在维护。仓库在最近一天内有新的提交。

dotnet/fsharp 是用什么编程语言写的？

主要是 F#（依据 GitHub 的语言统计）。

dotnet/fsharp 仓库解析：F# 编译器、核心库与工具链的官方源码

Q: dotnet/fsharp 还在维护吗？

在维护。仓库在最近一天内有新的提交。

秒懂

它是什么？: 本文剖析 dotnet/fsharp 仓库的构成、构建方式、分支策略与语言演进流程，并指出其作为编译器仓库的适用边界与替代方案。
适合谁用？: 适合希望参与 F# 语言本身开发、修复编译器缺陷或构建自定义 F# 工具的开发者。不适合只想使用 F# 编写应用程序的人，这类用户应直接安装 .NET SDK 并参考 learn.microsoft.com/dotnet/fsharp 文档。
能商用吗？: 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
还在维护吗？: 在维护。仓库在最近一天内有新的提交。
用什么语言写的？: 主要是 F#（依据 GitHub 的语言统计）。

以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。

开源项目深度解析

Hysen Labs 编辑部 · 2026年8月8日 · dotnet/fsharp

这个仓库解决什么问题

dotnet/fsharp 是 F# 语言的核心实现仓库，包含编译器、核心库、语言服务以及 Visual Studio 工具集成。它面向两类人：一是想修改语言行为或修复编译器 bug 的贡献者，二是希望在自有工具中嵌入 F# 编译能力的集成者。对于普通 F# 程序员，这个仓库不是必需品，他们更应使用官方发布的 .NET SDK。仓库的 README 明确区分了贡献者文档与社区文档，前者指向 docs/index.md 和 DEVGUIDE.md，后者指向 learn.microsoft.com/dotnet/fsharp。这种划分说明该仓库的定位是开发源头，而非使用教程。

仓库布局与构建入口

仓库根目录提供两个构建脚本：Windows 下运行 build.cmd，Linux 或 macOS 下运行 ./build.sh。Windows 构建默认依赖 Visual Studio 安装，若想跳过此依赖，可附加 -noVisualStudio 参数。构建完成后，开发者可打开 FSharp.slnx 或 VisualFSharp.slnx，后者更大，包含 Visual Studio 工具及其基础设施。构建所需的 .NET SDK 精确版本记录在根目录的 global.json 中，这是先决条件，不能随意使用其他版本。README 强调，实践中只需运行 build.cmd 或 build.sh，无需手动配置复杂环境，但 DEVGUIDE.md 提供了更详细的配置说明。

三仓库协作的语言演进流程

F# 语言和核心库的演进不局限于本仓库，而是横跨三个仓库。首先，想法提交到 fsharp/fslang-suggestions 仓库，社区在此搜索、投票和讨论。获得原则上批准后，进入 fsharp/fslang-design 仓库撰写 RFC，这是技术规范与深入讨论的场所。最后，实现的代码和测试提交到 dotnet/fsharp 本仓库。这个流程将语言设计从实现中分离，确保任何变更都有公开的提案和规范。对于想引入新语言特性的开发者，直接在本仓库提交代码是行不通的，必须从 suggestions 仓库开始。这种设计增加了流程长度，但保证了语言演进的透明度和社区参与度。

分支策略与发布节奏

仓库采用 main 作为默认分支，几乎所有贡献都汇入这里。main 分支可以构建并用于最新的公开 Visual Studio 版本，也可能包含尚未发布的新 F# 特性。同时存在 release/dev15.9 长期服务分支，用于 VS 2017 15.9.x 的潜在维护，以及 release/dev17.x 系列分支，对应特定 Visual Studio 版本。dev17.x 分支从 main 分支点后选择性挑选修复，并在对应 Visual Studio 发布后合并回 main。这种策略意味着，如果你需要稳定的工具链，应使用 release 分支而非 main。最近发布的版本包括 v14.0.100-preview7 和 v13.9.300-beta，显示预览版更新频繁，但正式版节奏与 .NET SDK 同步。

NuGet 包的发布机制

FSharp.Compiler.Service（FCS）和 FSharp.Core 的官方 NuGet 版本与 SDK 发布刻意保持同步，README 用括号强调这是有意为之。因此，如果你需要最新的 FCS 预览功能，不能从 nuget.org 获取，而必须添加 Azure DevOps 私有源。仓库提供了两个系列的源地址：7.0.40x 系列对应 FCS 43.7.400-preview，8.0.10x 系列对应 43.8.100-preview。配置方式是添加 NuGet 源，例如 8.0.10x 系列使用 https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet8/nuget/v3/index.json。这种机制保证了 FCS 与编译器同步，但增加了集成者的配置成本。如果你只是引用稳定版 FCS，官方 NuGet 包即可，无需私有源。

测试与贡献门槛

仓库为贡献者提供了 TESTGUIDE.md，说明各种测试套件及其单独运行方法。这是评估贡献成本的关键文档，因为编译器测试通常复杂且耗时。README 鼓励小贡献，甚至单字符拼写错误也接受，并提供了 help wanted 和 good first issue 标签的 issue 列表。但要注意，编译器的名称解析顺序等行为由 F# 语言规范定义，这意味着修复 bug 可能需要理解规范文档，而非仅看代码。对于新手，建议从 good first issue 开始，并在 issue 评论区表明兴趣以获取指导。贡献者还应注意，代码行为需遵循 Contributor Covenant 行为准则，这是社区协作的底线。

局限性与替代方案

这个仓库不适合作为 F# 学习资源，其文档面向编译器开发者，语言教程在别处。也不适合需要快速修复的用户，因为从提交到官方发布要经过 SDK 同步周期，预览版需从私有源获取。对于只想嵌入 F# 脚本能力的工具，FSharp.Compiler.Service 是核心组件，但直接依赖本仓库源码构建并不明智，应使用 NuGet 包。替代方案是使用 .NET SDK 自带的 F# 编译器，它由本仓库构建但经过微软发布流程，更稳定。另一个替代是 Visual Studio 的 F# 工具，它们包含在 VisualFSharp.slnx 中，但仅限于 Windows 平台。如果你需要跨平台的 F# 编辑支持，可考虑 Ionide，但它不在此仓库范围内，其实现独立于本仓库的编辑器集成。

维护成本与许可考量

该仓库采用 MIT 许可，允许自由使用和修改，但贡献代码时需注意，提交意味着你同意将代码贡献给项目，并遵循其行为准则。维护成本主要体现在构建环境要求：Windows 构建依赖 Visual Studio，Linux/macOS 构建则不需要，但都需要匹配 global.json 中的 .NET SDK 版本。分支策略意味着如果你从 main 分支构建，可能遇到未发布的特性或不稳定行为。对于集成者，跟踪 FCS 的版本同步很重要，因为官方 NuGet 包与 SDK 同步，意味着每次 SDK 升级都可能带来 FCS 的破坏性变更。建议在升级 SDK 时检查 FCS 的发布说明，并利用私有源测试预览版。

编辑结论

适合希望参与 F# 语言本身开发、修复编译器缺陷或构建自定义 F# 工具的开发者。不适合只想使用 F# 编写应用程序的人，这类用户应直接安装 .NET SDK 并参考 learn.microsoft.com/dotnet/fsharp 文档。在决定贡献前，请先阅读 docs/index.md 和 DEVGUIDE.md，确认你的开发环境满足 global.json 中指定的 .NET SDK 版本，并理解 main 分支与 release/dev17.x 分支的差异。若你计划集成 FSharp.Compiler.Service，注意其官方 NuGet 版本与 SDK 同步，预发布版需从 Azure DevOps 私有源获取。该仓库采用 MIT 许可，但代码贡献需遵循 Contributor Covenant 行为准则。

官方来源

社区笔记