Microsoft 发布了采集自 .NET Core SDK 用户的遥测原始数据集。数据集的时间跨度是从 2016 年第三季度到 2017 年第二季度，为了解当前开发人员使用 SDK 的情况提供了一个视角。据 Microsoft 的 Rich Lander 介绍，今后 Microsoft 将每季度提供一次遥测数据集，数据集将以开放数据共享署名许可（ODC-By，Open Data Commons Attributions License）提供。

　　数据反映的是从命令行使用 .NET Core 的情况，因此未涉及 .NET Core 的 Visual Studio 用户。.NET Core SDK 1.X 采集如下应用信息：

正在使用的命令（例如：build、restore 等）；

命令的退出码（ExitCode）；

对测试项目所使用的测试运行程序；

调用的时间戳；

运行时节点中是否存在运行时 ID

正在使用的 CLI 版本；

操作系统版本。

　　Lander 指出，对于 .NET Core SDK 2.X 系列，遥测进一步采集下述应用信息。应注意的是，每个从命令行运行 .NET Core SDK 的机器，对应于一个匿名并唯一的 ID：

dotnet命令的参数和选项，用于确定使用该产品的更多细节信息。例如，采集dotnet new的模板名称，采集dotnet build --framework netstandard2.0所指定的框架。遥测只采集一些给定的参数和选项，而非任意的字符串。

容器，用于确定 SDK 是否在容器中运行。这有助于 Microsoft 确定是否应进一步提供更多的支持容器的工作。

命令的持续时间，用于确定一个命令运行的时间。这对于识别那些值得深入调查的性能问题十分有用。

目标 .NET 框架，用于确定所使用的目标框架，以及是否指定了多个框架。该应用信息对于了解最广泛使用的 .NET 标准版本情况，以及需要什么样的使用指导是十分有用的。

哈希 MAC 地址，用于确定机器的加密 ID。该 ID 是匿名且唯一的。这对于确定使用 .NET Core 机器的总体数量十分有用。考虑到用户的反馈意见，Lander 称这些数据将不会对公众发布。

　　必须加以重申的是，是否参与 .NET Core SDK 遥测项目是一种可选的行为，但是采用了默认为参加的方式。这意味着，如果开发人员不希望参与其中，将必须去设置一个环境变量（即 DOTNET_CLI_TELEMETRY_OPTOUT）启动禁用。此外，Lander 重申了遥测并非 .NET Core 运行时的组成部分，因此应用信息采集只针对 .NET Core SDK 用户。

　　Microsoft 的 .NET Core 团队不仅扩展了所采集的应用信息数据的范围，而且正根据他们从中获得的实践经验去改进 .NET Core 2 SDK。首先，团队将会为不同的 Linux 提供统一的构建版本，而非为每个其所支持的发布版（例如 Red Hat、Debian 等）提供一个单独的版本。其次，一个对 macOS 用户利好的消息是，OpenSSL 不再是必须的。团队正为实现从源代码构建 .NET Core 2 而做一些改进（此前并未提及），使得 .NET Core 2 SDK 更易于加入到 Linux 发布版的软件包架构中。

　　有意思的是，在不同的操作系统上，使用得最多的命令是不同的。

OS X（macOS）：“restore”使用得最多；

Linux：“run”使用得最多（达一千一百万次，远高于第二名“restore”的三百万次）；

Windows：“build”使用得最多。

　　.NET Core SDK 本身并不记录用户的 IP 地址，但 Microsoft 的服务器会做记录。客户的 IP 被截为三个八位的字节，这使得 Microsoft 可以追踪全球范围内的 SDK 使用情况。对于从操作系统层面看，.NET Core SDK 开发人员使用 Windows 最多，占 71%，使用 Linux 的占 18%，而使用 macOS 的占 11%。

　　如果对这些已提供的数据集感兴趣，可以直接从 Microsoft 获取。（需提请注意的是，这些数据集是一些很大的文件，大小从 188M 到 516M 不等。）获取地址分别为：

2016-Q3 数据集；

2016-Q4 数据集；

2017-Q1 数据集；

2017-Q2 数据集。