Projekte System 2026

Zentrale lokale Docker-Struktur

Die eigentliche Docker-Struktur liegt nicht in jedem Projekt vollständig herum, sondern zentral auf dem Rechner.

Beispiel:

~/.a77/
├── docker-temp/
│   ├── vision
│   ├── wordpress
│   ├── laravel
│   ├── prestashop
│   └── react
└── bin/
    └── a77

Projektstruktur ohne `src/`

Ein zusätzlicher `src/`-Ordner pro Projekt soll möglichst vermieden werden.

Grund:

Wenn viele Projekte in VS Code geöffnet werden, sieht man sonst sehr viele gleichnamige `src`-Ordner. Das ist unübersichtlich.

Stattdessen ist das Projekt selbst der Code-Ordner.

Beispiel für eine Projektstruktur unter “~/home/USER/Documents/projects/”

thuele/
├── app/
├── bootstrap/
├── config/
├── database/
├── public/
├── resources/
├── routes/
├── storage/
├── vendor/
├── artisan
├── composer.json
├── package.json
├── .env.example
├── .env # normale .env + Sensible Daten mit 'A77_' prefix
├── a77.project.json # Projektdatei
└── README.md

Projektkonfiguration

Jedes Projekt bekommt eine eigene Konfigurationsdatei, zum Beispiel:

{
  "name": "thuele",
  "type": "prestashop",
  "php": "8.3",
  "node": "20",
  "database": "mariadb:10.11",
  "localDomain": "thuele.localhost",
  "useCustomDockerfile": false
}

Start eines Projekts

Ein Mitarbeiter soll ein Projekt möglichst einfach starten können.

Beispiel:

a77 start thuele
cd thuele
a77 start

Das interne a77-Tool liest dann:

a77.project.json
.env

und startet automatisch die passende Docker-Umgebung.

Beispiel intern:

docker compose \
  --env-file .env \
  -f ~/.a77/docker/compose/docker-compose.prestashop.yml \
  up -d

Der Mitarbeiter muss diesen Befehl aber nicht kennen.

Gewünschte Mitarbeiter-Befehle

Die Bedienung soll stark vereinfacht werden.

Mögliche Befehle:

a77 start
a77 stop
a77 restart
a77 logs
a77 shell
a77 db:import
a77 db:export
a77 db:pull staging
a77 files:pull staging

Ziel:

Der Mitarbeiter arbeitet mit a77, nicht direkt mit komplexen Docker-Befehlen.