Bug: release tooling should quote remote command arguments

Bắt đầu với run_release.py và kiểm tra việc xây dựng lệnh cho thao tác tải lên python.org và các đường dẫn SSH của release-manager. Sử dụng các máy khách Paramiko được mock để thu thập đầu ra của exec_command() với các ký tự siêu dữ liệu trong thông tin xác thực, token, tên người dùng và đường dẫn staging; được xem là hoàn tất khi các giá trị đó được trích dẫn an toàn, trong khi việc mở rộng glob có chủ đích cho các bản sao tạo tác phẩm đã được staging vẫn được giữ nguyên.

run_release.py builds remote shell command strings for release publication.
Several values are interpolated directly into those command strings, including
release credential environment values, the release tag, and remote staging paths
derived from release-manager state.

Those values are normally trusted release-process inputs, but quoting them
consistently makes the generated commands safer and more predictable when a
value contains whitespace or shell metacharacters.

Reproducer

Using mocked Paramiko clients:

1. Set the python.org API credential value to contain shell metacharacters, such
   as user:key; echo unexpected.
2. Make the fake Sigstore issuer return a token containing shell metacharacters,
   such as token; touch /tmp/unexpected.
3. Run the python.org upload step and capture the command sent to
   exec_command().
4. The captured command includes those values unquoted in AUTH_INFO=... and
   SIGSTORE_IDENTITY_TOKEN=... assignments.

Similar mocked tests can set the release-manager SSH username to a value with a
metacharacter and observe that derived staging paths are inserted into cleanup,
copy, unzip, move, group, and permission commands without quoting.

Expected behavior

Release-tool commands should quote environment values, release arguments, and
remote filesystem paths before sending command strings to the remote shell,
while preserving intentional glob expansion for staged artifact copies.