DeployBoard / DeployBoard/deployboard-python

[BUG] Deploying to new environment overwrites existing service environment

Abierto
#145 0 comentarios 0 reacciones 0 asignados Ver en GitHub
bug
Lenguaje dominante
Python
Estrellas
10
Forks
1
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

**Describe the bug**
When you deploy a service/application to Dev (for example) it will work fine. it will create the new application, and create the environment.

When you attempt to deploy that same service/application to Prod it will work fine, but I believe it is completely overwriting the object in the services collection, so it essentially deletes the Dev environment, and we now only see the Prod environment.

This is only within the scope of the service in the services collection, both environments will exist in the environments collection as expected.

**To Reproduce**
Steps to reproduce the behavior:
1. Deploy to dev.
2. Go to the Dashboard page, observe it is there as expected.
3. Deploy same app to prod.
4. Go back to the Dashboard page, observe Dev is gone, and only Prod is there.

**Expected behavior**
Deploying to an existing Service, should only add a new environment, or update the existing environment. it should not overwrite the entire environments field.

**Screenshots**
none

**System Information (please complete the following information):**
- API

**Additional context**
None

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Línea de trabajo

Start by tracing the API deployment flow that writes service records and compare updates to the services and environments collections. Reproduce the issue by deploying the same application to Dev and then Prod, then inspect the stored service data and Dashboard result. Done means both environments remain visible and an existing environment can still be updated without removing the others.

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

Evaluación

Stack tecnológico
mongodb, python
Área
api, backend, database
Tipo de issue
Error
Dificultad
3/5
Tiempo estimado
1-2 días
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
48/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.