F# 在.net内核下运行f sharp编译器

我想知道如何在.net内核下从命令行运行f sharp编译器。我知道我可以创建一个.sln，然后使用dotnet还原等，效果很好

我使用的是.net core（microsoft/dotnet）的docker版本，请注意，fsc.exe是由nuget下载到/root/.nuget中的。然而，没有任何明显的方法可以从那里运行它

我有一个脚本化的构建过程（对于某些命令行应用程序），可以在MS.net和mono下运行。添加.net core支持的最简单方法是修改该脚本中的编译命令，以便在docker/.net core下运行f sharp。我想我还需要知道如何运行生成的可执行文件（假设一旦我知道如何运行编译器，它就不明显了）

---

如果在.net core下编译f#代码的唯一方法是使用dotnet实用程序，那么有人能告诉我为什么有必要这样做（例如，为什么在.net/mono下只运行fsc并获取可执行文件的通常流程不起作用）？非常感谢。

如果落选的选民有礼貌地告诉我这个问题出了什么问题，我将不胜感激。我想做一些文档中没有解释的事情，也没有明显的理由说明为什么不可能。在mono和.net下运行命令行编译器很简单。为什么不是.net core？我的印象是F#in.net core处于“尚未支持但即将推出”的领域，但我可能错了。支持对不同的人意味着不同的事情。Visual Studio尚不支持F#。但是，如果您愿意手工编辑.sln/.proj文件，它当然是可用的（很容易，但对于维护也需要在MSV下构建的大型项目来说并不太好）。无论如何，我很乐意学习如何在.net core下从命令行运行C#编译器？哦，我可以帮你。有一个

dotnet

命令可用于所有操作：简而言之，

dotnet restore

（还原包）、

dotnet build

（编译）、

dotnet test

（运行单元测试）。你看。@gigi是的，我知道“dotnet”命令，我在问题中也是这么说的。但该命令显然是为了交互使用，例如，它创建示例.fs文件供人类编辑。我正在寻找一个易于使用的现有构建脚本。我可以生成一个.fsproj文件，然后使用“dotnetbuild”。但如果能理解为什么这是唯一的办法，那就更好了。在.net和mono环境下，f#编译器的命令行界面非常适合我。