Nexus: add cleanup policy strategy
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- build-system, devops, infrastructure
Línea de trabajo
Comienza con nexus-data/createRepoMavenInternal.json e inspecciona el pull request 159 para conocer la estrategia propuesta de nexus-cli. Traza cómo se inicializan los datos de Maven y determina después cómo deberían configurarse y programarse la cleanup policy y la Compact blob store task. Se considera completado cuando el repositorio maven-internal inicializado rota los artefactos y recupera el contenido eliminado tal como se describe.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
As of 0.16.0, this repository includes some minimal infrastructure to spin up a Nexus container and initialize a default maven-internal repository which can be used by the various Java building jobs to upload artifacts - see https://github.com/ome/devspace/blob/0.16.0/nexus-data/createRepoMavenInternal.json.
In the context of a permanent devspace, the default configuration will lead to a steady increase of the binary content under nexus-data which will eventually fill up the disk space.
Similarly to what is done by the Jenkins jobs generating artifacts, the way to manage disk space is to implement some cleanup policy allowing to rotate the artifacts. For instance, in https://merge-ci.openmicroscopy.org/jenkins/, a cleanup policy keeping only the 5 last snapshots is attached to the maven-internal repository. As noted in the documentation, a Compact blob store task also needs to be created and scheduled regularly to reclaim disk space for deleted artifacts (ran daily in the merge-ci example described above)
Ideally, these tasks and policies should be configured when initializing the Maven data. The default Maven API does not appear to include this level of granularity https://github.com/ome/devspace/pull/159 investigated a new strategy based on the usage of nexus-cli to create these more advanced configurations and is likely the best starting point to look into managing this configuration.
- Lenguaje dominante
- Shell
- Estrellas
- 19
- Forks
- 18
- Merge medio
- 1 d 53 min
- PR fusionados (30 d)
- 1
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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 ome/devspace
-
Jenkins-ci upgrade Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
-
Inline omero-install content Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
Setup golden DB in merge-ci Abiertoenhancement help wanted
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
-
Set POSTGRES_PASSWORD Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 25/100
Todos los issues de ome/devspace
Issues similares
-
align on terminology Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CycloneDX/transparency-exchange-api#393 · 1 comentario ·
-
module/agent platform/macos type/bug/regression
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
CachyOS/cachyos-aur-derived#754 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
CrowdStrike/falcon-scripts#528 ·
-
bug(cli): hapi doctor inline-media prints a fabricated B:\ helper-script path in packaged installs Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100