certs setup --json should include the DNS records to create, not just the check response

Abierto
#5,409 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

@Shivansh-S17 ya está trabajando en esto.

Desde el 9/11/2026.

  • #5415 de @Shivansh-S17 — abierto

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
go
Área
cli

Línea de trabajo

Start by reading internal/command/certificates/root.go, especially printDNSOptions, and trace how fly certs setup --json serializes the CheckCertificate response. Follow the setup logic for apex domains, wildcard and custom certificates, and ACME challenges. Done when human output uses the shared typed options and JSON adds dns_options with only the applicable records, while preserving existing response fields.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Follow-up to #4724 / #4775.

fly certs setup --json now prints JSON, but it prints the raw CheckCertificate response, which is the same thing fly certs check --json prints. The setup-specific decisions live only in printDNSOptions (internal/command/certificates/root.go) and never reach the JSON:

  • CNAME is hidden for apex domains (a CNAME at the apex is invalid DNS), but dns_requirements.cname is still populated in the JSON, so a script can create a broken record.
  • Whether the ACME challenge CNAME and the ownership TXT record apply (wildcard / custom cert / ACME logic).

So a script still has to reimplement printDNSOptions to know which records to create.

Proposal: compute the options once into a typed struct (records to create, each with type/name/value and why), render the human text from it, and add it to the JSON as a new field (e.g. dns_options) alongside the existing response fields so current consumers don't break.

Lenguaje dominante
Go
Estrellas
1.7k
Forks
320
Merge medio
2 d 22 h
PR fusionados (30 d)
61

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de superfly/flyctl

Todos los issues de superfly/flyctl

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.