Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

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

Aberta
#561 3 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
3/5
Tempo estimado
1-2 dias
Facilidade para iniciantes
62/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
docker, postgresql
Domínio
databases, devops

Direção de pesquisa

Comece por compose.yml e por quaisquer outros arquivos Compose no repositório, concentrando-se na montagem do volume initdb referenciada na issue. Verifique onde o seed do Postgres é consumido durante a inicialização do container e se algum script presume que o arquivo de seed é uma dependência git-path montada. Atualize a configuração de Compose/serviço para que o seed seja provisionado sem essa montagem (e documente o fluxo escolhido); em seguida, execute docker compose up para verificar se a stack local é iniciada corretamente sem o volume de seed do repositório.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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

Linguagem predominante
Python
Estrelas
52
Forks
30
Merge médio
4h 57min
PRs com merge (30d)
21

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de aboutcode-org/dejacode

Todas as issues de aboutcode-org/dejacode

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.