Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Request to strong-name sign Microsoft.Azure.Kusto.Language

未关闭
#189 0 条评论 1 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
52/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
冷清
技术栈
csharp
领域
build-system

调研方向

首先查看 Microsoft.Azure.Kusto.Language 包项目及其构建或打包配置,然后阅读链接的 OpenTelemetry instrumentor pull request,以了解 consumer 的要求。当生成的包程序集使用已提交到仓库的公钥进行 strong-name 签名,并且 .NET Framework consumer 仍可使用时,即视为完成。

由索引模型根据 Issue 内容生成。

描述

The Microsoft.Azure.Kusto.Language package is not strong signed. Though of limited value in modern .NET, strong-named binaries using .NET Framework can only other other strong-named binaries. As a result, the lack of strong-naming limits adoption for .NET Framework consumers.

Best practices state that if targeting .NET Framework or .NET Standard, the assembly should have a strong-name: https://learn.microsoft.com/en-us/dotnet/standard/library-guidance/strong-naming. If the name is used only for identity and not security (which would be the case in this instance). The public or public/private key can be checked in and is not secret.

This request is the result of creating an OpenTelemetry instrumentor (see https://github.com/open-telemetry/opentelemetry-dotnet-contrib/pull/3591). OpenTelemetry instrumentors target .NET Framework, and are strong-named for maximum ecosystem compatibility.

主要语言
C#
星标
684
派生
122
PR 合并指标
30 天内没有已合并 PR

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

microsoft/Kusto-Query-Language 的其他 Issue

查看 microsoft/Kusto-Query-Language 的全部 Issue

相似的 Issue

更多 C# Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。