Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Enhancement request: don't refer to initdb from git repository

Ouverte
#561 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
1-2 jours
Accessibilité débutants
62/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
docker, postgresql
Domaine
databases, devops

Piste de recherche

Commencez par compose.yml et par tous les autres fichiers Compose du dépôt, en vous concentrant sur le montage de volume initdb mentionné dans l’issue. Vérifiez où le seed Postgres est utilisé au démarrage du conteneur et si des scripts supposent que le fichier seed est une dépendance git-path montée. Mettez à jour la configuration Compose/service afin que le seed soit provisionné sans ce montage (et documentez le flux choisi), puis exécutez docker compose up pour vérifier que la stack locale démarre correctement sans le volume du seed du dépôt.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

design needed enhancement

Is your enhancement request related to a problem? Please describe.

I wanted to have a simple Docker setup for local use that wasn't intended for development but for using DejaCode. Therefore I had no need for building a Docker container or having a build environment. I was looking for a simple Docker Compose file with the necessary containers that exist.

I was surprised by the explicit volume mount of the Postgresql database seed:
https://github.com/aboutcode-org/dejacode/blob/c3399c8056d05eb0fbff13604ae4b3e8229a3bc0/compose.yml#L12

In this way the Docker compose files have a dependency on this git repository. This mount is present in all Docker compose files in this repository.

In the setup I came up with, I finally added the database seed to get it running. https://codeberg.org/nicorikken/aboutcode-locally

I'm surprised of the additional complexity of managing this database seed in a container-based setup. I would have expected a more implicit setup.

What are the benefits of the requested enhancement?

If the database seed would have been managed from within the built containers, the docker-compose setup would be simpler and would need nothing more than a docker-compose.yml file or maybe an nginx config and environment file if they aren't embedded into the compose file.

Describe the solution you would like

I would expect Dejacode to manage the database seed. I see a few options:

  1. Ship the database seed within the container. This risks the database seed having become outdated.
  2. Download the database seed at boot. This risks the download being blocked by the network. A manual install could be documented.

Additional notes

None

Langage dominant
Python
Étoiles
52
Forks
30
Merge moyen
4 h 57 min
PR mergées (30 j)
21

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de aboutcode-org/dejacode

Toutes les issues de aboutcode-org/dejacode

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.