[Complete] Record the paired handoff review
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 1/5
- Tiempo estimado
- Menos de una hora
- Aptitud para principiantes
- 18/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- documentation
Línea de trabajo
Work goes in docs/operations/spring-handoff.md, which the prerequisite #131 creates or indexes, so check that issue first. Do not start until it lists the real participants and date, and until the paired review has actually been held. Then record the reviewed procedures, answered questions and outstanding issue links. Done means the reviewing officer has confirmed the entry.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What to build
Record the paired handoff review after it actually happens. List the participating officers, reviewed procedures and outstanding questions, using the supplied participants and date.
Files
docs/operations/spring-handoff.md(extend the prerequisite’s file)- Starting example: README.md
Steps
- Wait for the operations prerequisite to name the actual participants and date. Record those details after the paired review happens.
- List the procedures reviewed, questions answered and outstanding issue links.
- Ask the participating reviewer to confirm the recorded review; missing participants or an unheld meeting leave this task incomplete.
Example
Use officer-supplied spring review participants, record reviewed procedure/outstanding issue links without new assignments.
Check it works
Record the expected and observed result in the named document, with source links and any follow-up issues.
Before starting
- #131 — Index the spring product handoff
References
Assign yourself before starting, or comment to claim the issue. Project setup.
If you have already started, keep equivalent working code names and coordinate any shared-file changes with the dependent contributors.
- Lenguaje dominante
- PLpgSQL
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de DevDogsUGA/DogPack
-
polish
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
DevDogsUGA/DogPack#131 ·
-
polish
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
DevDogsUGA/DogPack#130 ·
-
moderation
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
DevDogsUGA/DogPack#119 ·
-
moderation
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
DevDogsUGA/DogPack#113 ·
-
discover
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
DevDogsUGA/DogPack#106 ·
Todos los issues de DevDogsUGA/DogPack
Issues similares
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
btclib-org/portanode#699 ·
Los mantenedores suelen responder en 1 día
-
ObjectMapper
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
symfony/symfony-docs#23390 ·
Los mantenedores suelen responder en 2 días
-
Guidelines: redundant use cases, stale dev bundle after snapshot bumps, looking up snapshot APIPosiblemente ocupada @totally-not-ai la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
vaadin/use-cases#441 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
sync-en
Dificultad 1/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
sync-en
Dificultad 1/5 Menos de una hora Aptitud para principiantes 83/100
Los mantenedores suelen responder en 3 días