vsce-sign 应该尊重 $DOTNET_CLI_HOME 而不是创建一个 $HOME .dotnet/corefx/cryptography/crls目录。 即使是dotnet/sdk也支持$DOTNET_CLI_HOME:[dotnet/sdk#8887](https://github.com/dotnet/sdk/issues/8887) 如果$DOTNET_CLI_HOME不存在，vsce-sign 可以回退到$HOME/.dotnet`
$DOTNET_CLI_HOME
$HOME
目录。 即使是
也支持
:[dotnet/sdk#8887](https://github.com/dotnet/sdk/issues/8887) 如果
不存在，vsce-sign 可以回退到
khbbv19g1#
VS Code不处理这些环境变量，应该是.Net扩展的问题。请针对它提交问题。
ee7vknir2#
VS Code不处理这些环境变量，应该是.NET扩展的问题。请针对它提出问题。我对你的意见感到困惑。是的，VS Code不处理这些环境变量。这正是问题所在。如果VS Code处理了那些环境变量，那么它就不会在$HOME中创建.dotnet目录。此外，我没有.NET扩展。我测试了几个扩展，它们都创建了这个目录。你确定这与市场无关吗？VS Code是否生成X509 CRL证书？
.dotnet
xu3bshqb3#
我找到了导致这个问题的原因。vsce-sign 创建了这个问题。不过我不清楚哪个仓库负责 vsce-sign。
至少，我可以通过设置 "extensions.verifySignature": false#184993来禁用它。
"extensions.verifySignature": false
xghobddn4#
你正在谈论vsce-sign。抱歉误导了你。我会重新打开这个主题。@dtivel 你能在这里发表评论吗？
4条答案
按热度按时间khbbv19g1#
VS Code不处理这些环境变量，应该是.Net扩展的问题。请针对它提交问题。
ee7vknir2#
VS Code不处理这些环境变量，应该是.NET扩展的问题。请针对它提出问题。
我对你的意见感到困惑。是的，VS Code不处理这些环境变量。这正是问题所在。如果VS Code处理了那些环境变量，那么它就不会在
$HOME中创建.dotnet目录。此外，我没有.NET扩展。我测试了几个扩展，它们都创建了这个目录。
你确定这与市场无关吗？VS Code是否生成X509 CRL证书？
xu3bshqb3#
我找到了导致这个问题的原因。vsce-sign 创建了这个问题。不过我不清楚哪个仓库负责 vsce-sign。
至少，我可以通过设置
"extensions.verifySignature": false#184993
来禁用它。
xghobddn4#
你正在谈论vsce-sign。抱歉误导了你。我会重新打开这个主题。
@dtivel 你能在这里发表评论吗？