Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

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

Offen
  • Stimmt etwas nicht?
#561 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
62/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
docker, postgresql
Bereich
databases, devops

Rechercherichtung

Beginne mit compose.yml und allen anderen Compose-Dateien im Repository und konzentriere dich auf den im Issue referenzierten initdb-Volume-Mount. Prüfe, wo der Postgres-Seed beim Containerstart verwendet wird und ob Skripte davon ausgehen, dass die Seed-Datei eine gemountete git-path-Abhängigkeit ist. Aktualisiere das Compose-/Service-Setup so, dass der Seed ohne diesen Mount bereitgestellt wird (und dokumentiere den gewählten Ablauf). Führe anschließend docker compose up aus, um zu überprüfen, dass der lokale Stack ohne das Repository-Seed-Volume sauber startet.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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

Vorherrschende Sprache
Python
Sterne
52
Forks
30
Ø Merge
4 Std. 57 Min.
Gemergte PRs (30 T.)
21

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus aboutcode-org/dejacode

Alle Issues in aboutcode-org/dejacode

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.