Case handling for `Choice` help output (values forced to lowercase)

使用 lean live deploy --help 重现回归，并比较 Click 8.1.8 与 8.2.0 或 8.2.1。首先检查 Click Choice 的行为以及 PR #2796 中的注册变更。当帮助输出保留已注册的大小写，同时不区分大小写的解析仍能正常工作时，即表示完成。

Expected Behavior

Values passed to click.Choice should preserve their original casing when displayed in --help output.

Example:

--brokerage [Interactive Brokers|Tradier|Oanda|Bitfinex|Coinbase Advanced Trade|Binance|Zerodha|Samco|Terminal Link|Trading Technologies|Kraken|CharlesSchwab|IQFeed|Polygon|CoinApi|ThetaData|Custom data only|Bybit|TradeStation|Alpaca|Tastytrade|Eze]

Actual Behavior

Since Click 8.2.0, all values are displayed in lowercase, regardless of how they were registered:

--brokerage [paper trading|interactive brokers|tradier|oanda|bitfinex|coinbase advanced trade|binance|zerodha|samco|terminal link|trading technologies|kraken|charlesschwab|bybit|tradestation|alpaca|tastytrade|eze]

This misleads users into thinking only lowercase values are accepted.

Potential Solution

• create custom class MyChoice(Choice)
  • override get_metavar(...)
• Continue using case-folding for parsing input when case_sensitive=False.
• The regression likely comes from PR #2796, which lowercases values when registering.

Reproducing the Problem

• run: lean live deploy --help

• Click 8.1.8: casing preserved ✅

• Click 8.2.0+: values all lowercase ❌

System Information

• Click version(s): 8.2.0, 8.2.1 (regression)
• Last working version: 8.1.8
• OS: All (confirmed on Windows 10, Ubuntu 22.04)
• Python: 3.11

Checklist

• I have completely filled out this template
• I have confirmed that this issue exists on the current master branch
• I have confirmed that this is not a duplicate issue by searching issues

• I have provided detailed steps to reproduce the issue