Ich möchte etwas mehr von meinem bisherigen Workflow mit Dev-Server weg und etwas mehr zu Docker. Insbesondere das (halb-)automatisierte Ausführen von Tests gefällt mir sehr gut. Dazu habe ich mal versucht auf Basis eines bestehenden Dockerfiles (tutum/docker-lamp) ein eigenes aufzubauen:
Ansatz ist gut, die Umsetzung gefällt mir noch nicht ganz. Ein paar Dinge stören mich, die ich allerdings noch nicht fähig bin zu umgehen, eventuell habt ihr mir hier einen kleinen Input/Link wo ich mich weiterbilden kann:
- Die Installation der Software innerhalb Docker wird beim Starten nicht ausgeführt. Hier besteht wohl noch ein Denkfehler bei mir:
Scheinbar kann hier nur eine Datei aufgerufen werden? Muss ich diese also mit ADD im Dockerfile hinzufügen und dann aufrufen?
- Wie soll ich am sinnvollsten Unit-Tests aufrufen darin? Ich muss sicher zu Beginn eine Datenbank initialisieren, befüllen etc. Danach die Tests aufrufen. Eine Auswertung sollte auch erfolgen. Habt ihr hier einen gängigen Workflow?
Generell so oder so eine interessante Frage: Welche Workflows sind Best-Practive für (halb-)automatisierte Unit-Tests?
Danke für jeglichen Input.
Code:
FROM tutum/lamp:latest RUN apt-get -y install curl RUN rm -fr /app && git clone some-git-repo.git RUN curl -sS https://getcomposer.org/installer | php EXPOSE 80 3306 CMD ["cd /app && composer install"]
- Die Installation der Software innerhalb Docker wird beim Starten nicht ausgeführt. Hier besteht wohl noch ein Denkfehler bei mir:
Code:
exec: "cd /app && composer install": stat cd /app && composer install: no such file or directory
- Wie soll ich am sinnvollsten Unit-Tests aufrufen darin? Ich muss sicher zu Beginn eine Datenbank initialisieren, befüllen etc. Danach die Tests aufrufen. Eine Auswertung sollte auch erfolgen. Habt ihr hier einen gängigen Workflow?
Generell so oder so eine interessante Frage: Welche Workflows sind Best-Practive für (halb-)automatisierte Unit-Tests?
Danke für jeglichen Input.
Kommentar