vscode 在使用报告问题命令时,请考虑使用实验友好名称,

5sxhfpxr  于 4个月前  发布在  Vscode
关注(0)|答案(6)|浏览(49)

"A/B实验"在问题下:microsoft/vscode-python#22100

似乎并不十分有用。它们似乎不包含我能够识别的用户友好的实验名称,而是一个编码后的名称。
我们应该能够将其更改为功能门名称,有一点是更具体的,那就是它Map到特定的阶段(例如公共或内部人士)和步骤(10%或20%等)。cc/@luabud

0lvr5msh

0lvr5msh1#

我们是否想暴露实验名称?

yvfmudvl

yvfmudvl2#

vscode-tas-client 需要实验名称
vscode/extensions/typescript-language-features/src/experimentationService.ts
第27行 a6403e4
| | consttreatmentVariable=experimentationService.getTreatmentVariableAsync('vscode',name,/checkCache/true)asPromise<ExperimentTypes[K]>; |
所以我猜这个仓库中已经公开了实验的名称。为什么不公开呢?

ewm0tg9j

ewm0tg9j3#

足够公平...我想另一个问题是,对于一些用户来说,问题报告者通过github的body=查询参数在浏览器中打开问题。此参数对可以放入参数的字符数有限制。如果超过了这个限制,那么用户需要将内容粘贴到问题中...然而,用户经常忘记这样做。
我的担忧是,名称长度可变,会导致body查询参数的有效负载过大,从而导致我们无法获取修复用户问题的必要信息。

pnwntuvh

pnwntuvh4#

这是真的,也许我们可以回退到使用编码后的名称,如果它超过了限制。但是我假设在大多数情况下它是非常接近的,例如:

$x_1m_0n_1^x$

$v/s$

$x_1m_1n_1^x$

sc4hvdpw

sc4hvdpw5#

嗯,这是个好观点。在过去,我们在控制塔中对特性名称的限制是50个字符,但现在似乎我们不再有这个限制了。我们的大多数特性名称应该相当短,除了那些基于设置名称的特性名称。

dgiusagp

dgiusagp6#

听起来不错。我们可以检查是否达到了名称的限制,如果达到了,就回退到ID,看看是否合适。

相关问题